Method and system for providing scanner jobs on diagnostic tool

ABSTRACT

A diagnostic tool includes a processor, display, and memory storing instructions to perform scan tool functions (STF) including transmitting a message to a vehicle. The STF include first STF for a first system of the vehicle. Additional stored instructions are executable to display a first user-interface screen (UIS) including a first user-selectable control (USC) including an indicator of a first scanner job performable on the vehicle, and to display a second UIS instead of the first UIS in response to a selection of the first USC. The second UIS incudes: a second USC including an indicator of the first STF for the first system of the vehicle, and guidance for performing a procedure of the first scanner job. The stored instructions are executable to transmit a first vehicle data message to a component of the first system in response to a selection of the second USC.

REFERENCE TO RELATED APPLICATION

This application is a continuation application of U.S. patentapplication Ser. No. 17/353,783, which was filed on Jun. 21, 2021 andwas published as United States Patent Application Publication No.2021/0312728 A1 on Oct. 7, 2021. U.S. patent application Ser. No.17/353,783 is a continuation application of U.S. patent application Ser.No. 16/258,321, which was filed on Jan. 25, 2019, was published asUnited States Patent Application Publication No. 2020/0242860 A1 on Jul.30, 2020, and issued as U.S. Pat. No. 11,074,768 on Jul. 27, 2021. U.S.patent application Ser. No. 16/258,321 and United States PatentApplication Publication No. 2020/0242860 A1 are incorporated herein byreference.

BACKGROUND

Most vehicles are serviced at least once during their useful life. Inmany instances, a vehicle is serviced at a facility with professionalmechanics (e.g., technicians). The technicians can use any of a varietyof non-computerized hand tools to service (e.g., repair) any of the widevariety of mechanical components on a vehicle. While servicing avehicle, a technician sometimes needs an electronic diagnostic tool toobtain information for diagnosing and/or repairing the vehicle, and forpost-repair activities performed to the repaired vehicle.

In some instances, only one technician works on the vehicle while at thefacility. In other instances, multiple technicians work on a vehiclewhile at the facility. In these latter instances, each of the multipletechnicians may perform one or more different tasks to and/or on thevehicle. Those technicians may be called upon to perform those differentjobs based on specific experience each technician may have and/or onspecific training each technician may have received. An electronicdiagnostic tool available to a technician may include a menu offunctional tests that can be performed on a particular vehicle. Toaccess the menu, the technician may need to identify a vehicle and asystem on the particular vehicle. In many instances, the technicianneeds to access multiple menus of functional tests in order to be ableto complete a particular job on the vehicle. Sometime, the technicianneeds to identify another system before being presented with anothermenu of functional tests.

Overview

In a first implementation, a diagnostic tool is provided. The diagnostictool comprises: one or more processors, a display operatively connectedto the one or more processors, and one or more computer-readable mediumsoperatively coupled to the one or more processors. The one or morecomputer-readable mediums have stored thereon first program instructionsexecutable by the one or more processors to perform scan tool functionsthat include the one or more processors transmitting a VDM to anidentified vehicle. The scan tool functions include a first scan toolfunction for a first system of the identified vehicle. The one or morecomputer-readable mediums also have stored thereon second programinstructions executable by the one or more processors to cause thediagnostic tool to display, on the display, a first U/I screen includinga user-selectable control including an indicator of a first scanner jobperformable on the identified vehicle. The second program instructionsare executable to display a second U/I screen instead of the first U/Iscreen in response to a selection of the user-selectable controlincluding the indicator of the first scanner job. The second U/I screenincudes a first user-selectable control including an indicator of thefirst scan tool function for the first system of the identified vehicle,and guidance for performing a procedure of the first scanner job. Thesecond program instructions are executable to transmit a first VDM tothe identified vehicle in response to a selection of the firstuser-selectable control from the second U/I screen. The first VDM isaddressed to a component of the first system of the identified vehicle.

In a second implementation, a method is provided. The method comprisesdisplaying, on a display, a first U/I screen including a user-selectablecontrol including an indicator of a first scanner job performable on anidentified vehicle. The display is operatively connected to one or moreprocessors. The one or more processors are operatively coupled to one ormore computer-readable mediums having stored thereon programinstructions executable by the one or more processors to perform scantool functions that include the one or more processors transmitting aVDM to the identified vehicle. The scan tool functions include a firstscan tool function for a first system of the identified vehicle. Themethod also includes displaying a second U/I screen instead of the firstU/I screen in response to a selection of the user-selectable controlincluding the indicator of the first scanner job. The second U/I screenincudes a first user-selectable control including an indicator of thefirst scan tool function for the first system of the identified vehicle,and guidance for performing a procedure of the first scanner job.Furthermore, the method includes transmitting a first VDM to theidentified vehicle in response to a selection of the firstuser-selectable control from the second U/I screen. The first VDM isaddressed to a component of the first system of the identified vehicle.

In a third implementation, a computer-readable medium is provided. Thecomputer readable medium has stored thereon first program instructionsexecutable by one or more processors to cause a computing system toperform scan tool functions that include transmitting a VDM to anidentified vehicle. The scan tool functions include a first scan toolfunction for a first system of the identified vehicle. Thecomputer-readable medium also has stored thereon second programinstructions executable by the one or more processors to cause thecomputing system to perform other functions comprising displaying, on adisplay, a first U/I screen including a user-selectable controlincluding an indicator of a first scanner job performable on theidentified vehicle. The other functions also include displaying a secondU/I screen instead of the first U/I screen in response to a selection ofthe user-selectable control including the indicator of the first scannerjob. The second U/I screen incudes a first user-selectable controlincluding an indicator of the first scan tool function for the firstsystem of the identified vehicle, and guidance for performing aprocedure of the first scanner job. Furthermore, the other functionsinclude transmitting a first VDM to the identified vehicle in responseto a selection of the first user-selectable control from the second U/Iscreen. The first VDM is addressed to a component of the first system ofthe identified vehicle.

Other implementations will become apparent to those of ordinary skill inthe art by reading the following detailed description, with referencewhere appropriate to the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows block diagrams of system implementations including adiagnostic tool in accordance with example implementations.

FIG. 2 shows example vehicles in accordance with exampleimplementations.

FIG. 3A is a block diagram of a diagnostic tool in accordance withexample implementations.

FIG. 3B shows example implementations of diagnostic tools and exampleimplementations of portions of diagnostic tools or devices connectableto a diagnostic tool.

FIG. 3C is a block diagram of a diagnostic tool in accordance withexample implementations.

FIG. 4A, FIG. 4B, and FIG. 4C show an arrangement of scan tool functionsfor a vehicle in accordance with an example implementation.

FIG. 5 , FIG. 6 , and FIG. 7 show tables including example data of ascanner job.

FIG. 8 is a block diagram of a server in accordance with exampleimplementations.

FIG. 9 and FIG. 10 are flowcharts depicting sets of functions that canbe carried out in accordance with example implementations.

FIG. 11 , FIG. 12 , FIG. 13 , FIG. 14 , FIG. 15 , FIG. 16 , FIG. 17 ,FIG. 18 , FIG. 19 , FIG. 20 , FIG. 21 , FIG. 22 , FIG. 23 , FIG. 24 ,FIG. 25 , FIG. 26 , FIG. 27 , FIG. 28 , FIG. 29 , FIG. 30 , FIG. 31 ,FIG. 32 , FIG. 33 , FIG. 34 , FIG. 35 , FIG. 36 , FIG. 37 , FIG. 38 ,FIG. 39 , FIG. 40 , FIG. 41 , FIG. 42 , FIG. 43 , FIG. 44 , FIG. 45 ,FIG. 46 , and FIG. 47 depict U/I screens in accordance with the exampleimplementations.

DETAILED DESCRIPTION I. Introduction

This description pertains to a providing and/or performing a scanner jobusing a computing system, such as a diagnostic tool. A scanner job canbe referred by other terms, such as a “smart job” and/or an “intelligentjob.” As an example, servicing a vehicle can include performing any of avariety of tasks such as diagnosing a vehicle, making a measurement,making an adjustment, testing a vehicle component, calibrating a vehiclecomponent, programming or re-programming a vehicle component,controlling a vehicle component, performing maintenance to a vehicle,and/or removing and replacing a vehicle component, among other tasks.

The following abbreviations and/or acronyms are used throughout thedescription.

-   -   ABS—antilock brake system    -   AC—alternating current    -   CAN—controller area network    -   CRPI—computer-readable program instructions    -   DC—direct current    -   DTC—diagnostic trouble code    -   DLC—data link connector    -   ECM—engine control module    -   ECU—electronic control unit    -   EEEs—enumerated example embodiments    -   EEPROM—electrically erasable programmable read only memory    -   e.g.—for example    -   GUI—graphical user interface    -   HTML—hypertext markup language    -   HVAC—heating, ventilation and air conditioning    -   IEEE—Institute of Electrical and Electronics Engineers    -   ISO—International Organization for Standardization    -   MOST—media oriented systems transport    -   OBD—on-board diagnostic    -   OEM—original equipment manufacturer    -   PID—parameter identifier    -   PT—powertrain    -   PCM—powertrain control module    -   PWM—pulse width modulation    -   RAM—random access memory    -   SAE—Society of Automotive Engineers    -   SIR—supplemental inflatable restraint    -   TSB—technical service bulletin    -   TSBs—technical service bulletins    -   U/I—user interface    -   USB—universal serial bus    -   USC—user selectable control    -   USCs—user selectable controls    -   VCL—vehicle communication link    -   VCT—vehicle communication transceiver    -   VDM—vehicle data message    -   VDMs—vehicle data messages    -   VIN—vehicle identification number    -   VPW—variable pulse width    -   XML—extensible markup language    -   YMM—year, make, model    -   YMME—year, make, model, engine    -   YMMES—year, make, model, engine, system

In some example implementations, a diagnostic tool displays a U/I screenwith a USC for selecting a scanner job for an identified vehicle anddisplays a U/I screen including one or more USCs selectable to perform ascan tool function required to perform the scanner job. The diagnostictool can transmit a VDM to the identified vehicle in response toselection of a USC to perform the scan tool function. Moreover, thediagnostic tool can display guidance regarding the scanner job whendisplaying a USC to perform a scan tool function. As an example, thediagnostic tool can request and receive the guidance from a server orstore the guidance locally so that the diagnostic tool can provide theguidance without needing to request and receive the guidance from aserver. In the foregoing example implementations, the diagnostic toolcan, but need not necessarily, include an embedded processor programmedto perform scan tool functions to and/or on an identified vehicle.

Furthermore, in the example implementations described above, selecting aUSC to perform a scan tool function can include displaying a U/I screenthat is also displayable in response to selecting the scan tool functionfrom a U/I screen that is not based on the scanner job, such as a U/Iscreen that is selectable from a menu based on a system of theidentified vehicle. The diagnostic tool can store the scan tool functionat a single location in a computer-readable memory, but execute thestored scan tool function in response to selecting a respective USC fromdifferent U/I screens.

Furthermore still, in at least some example implementations, performinga scanner job can include transmitting a VDM to a component of a firstsystem of the identified vehicle and a VDM to a component of a secondsystem of the identified vehicle. A single U/I screen displayed for thescanner job can include a first USC and a second USC selectable to causetransmission of a VDM to a component of the first system and a VDM to acomponent of the second system, respectively. In such implementations,performing the scanner job can be performed more efficiently since auser doesn't need to navigate to different U/I screens based on thefirst and second systems and/or based on the components of the first andsecond systems in order to cause transmission of VDM to the first andsecond components.

II. Example Systems with Diagnostic Tool

FIG. 1 shows block diagrams of a variety of example systemimplementations that include a diagnostic tool 10. A system 2 includesthe diagnostic tool 10. A system 4 includes the diagnostic tool 10, avehicle 12, and a vehicle-to-tool link 18 configured to operativelyconnect the diagnostic tool 10 and the vehicle 12. Each vehicle-to-toollink discussed in this description operatively connects a diagnostictool to a vehicle. A system 6 includes the diagnostic tool 10, acommunication network 14, and a server 16. The communication network 14operatively connects the diagnostic tool 10 and the server 16. A system8 includes the diagnostic tool 10, the vehicle 12, the communicationnetwork 14, the server 16, and the vehicle-to-tool link 18. Thediagnostic tool 10 can, but need not necessarily, request the server 16to perform a web-service for the diagnostic tool 10. In the system 6, 8,the server 16 can perform a web-service requested by the diagnostic tool10. In the system 2, the diagnostic tool 10 can perform diagnostics,such as diagnostics regarding the vehicle 12, without being operativelyconnected to the vehicle 12. In the system 2, 4, the diagnostic tool 10can perform diagnostics, such as diagnostics regarding the vehicle 12,without being operatively connected to the server 16. Other exampleimplementations of a system including the diagnostic tool 10 arepossible.

In accordance with the example implementations, the web-servicerequested by a diagnostic tool can include a web-service to provide ascanner job and/or guidance regarding a scanner job. In those and/or inother implementations, performing the web-service can include thediagnostic tool 10 transmitting, to the server 16, a request including avehicle identifier and an identifier of a vehicle component, and theserver 16 providing, to the diagnostic tool 10, a response includingguidance based on the identified vehicle, the vehicle component, and ascan tool function to be performed as part of performing the scannerjob. Any request sent to the server 16 from the diagnostic tool 10 can,but need not necessarily, include a request for a web-service and anyresponse sent to the diagnostic tool from the server can, but need notnecessarily, include a response of a web-service. Providing a scannerjob and/or guidance to the diagnostic tool 10 can include providing aU/I screen and/or data to populate a U/I screen.

A vehicle, such as the vehicle 12, is a mobile machine that can be usedto transport a person, people, and/or cargo. A vehicle can be driven orotherwise guided along a path (e.g., a paved road or otherwise) on land,in water, or in the air or outer space. A vehicle can be wheeled,tracked, railed, or skied. A vehicle can be guided by a user within thevehicle or by a user outside of the vehicle by use of a remote control.A vehicle can be guided at least partially autonomously. In the case ofan autonomous vehicle, the vehicle can at least sometimes be guidedalong a path without any person or cargo inside or on the vehicle. Avehicle can include an automobile, a motorcycle, an all-terrain vehicle(ATV) defined by ANSI/SVIA-1-2007, a snowmobile, a personal watercraft(e.g., a JET SKI® personal watercraft), a light-duty truck, amedium-duty truck, a heavy-duty truck, a semi-tractor, a farm machine, avan (such as a dry or refrigerated van), a tank trailer, a platformtrailer, or an automobile carrier. A vehicle can include or use anyappropriate voltage or current source, such as a battery, an alternator,a fuel cell, and the like. A vehicle can include or use any desireddrive system or engine. That drive system or engine can include itemsthat use fossil fuels, such as gasoline, natural gas, propane, and thelike, electricity, such as that generated by a battery, magneto, fuelcell, solar cell and the like, wind and hybrids or combinations thereof.

A vehicle can include an ECU, a DLC, and a vehicle communication link(e.g., the vehicle communication link 44 shown in FIG. 2 ) that connectsthe DLC to the ECU. A vehicle can include other vehicle components, someof which are connected to an ECU. For instance, the vehicle componentscan include a sensor connected to an ECU, and a motor or solenoidconnected to an ECU. An ECU can detect a whether a malfunction exists inthe vehicle and set a DTC indicative of a status of the malfunction,such as an active status if the malfunction is currently detected or ahistory status if the malfunction was detected previously, but notcurrently.

FIG. 2 shows vehicle 30, 50. The vehicle 12 shown in FIG. 1 can bearranged like the vehicle 30, the vehicle 50, or a different type ofvehicle. As an example, the vehicle 30 can be arranged as an automobileand the vehicle 50 can be arranged as a motorcycle.

A vehicle manufacturer can build various quantities of vehicles eachcalendar year (e.g., January 1^(st) to December 31^(st)). In someinstances, a vehicle manufacturer defines a model year for a particularvehicle model to be built. The model year can start on a date other thanJanuary 1^(st) and/or can end on a date other than December 31^(st). Themodel year can span portions of two or more calendar years. A vehiclemanufacturer can build one vehicle model or multiple different vehiclemodels. Two or more different vehicle models built by a vehiclemanufacturer during a particular calendar year can have the same ordifferent defined model years. The vehicle manufacturer can buildvehicles of a vehicle model with different vehicle options. For example,the particular vehicle model can include vehicles with six-cylinderengines and vehicles with eight-cylinder engines. The vehiclemanufacturer or another entity can define vehicle identifyinginformation for each vehicle built by the vehicle manufacturer.Particular vehicle identifying information identifies particular sets ofvehicles (e.g., all vehicles of a particular vehicle model for aparticular vehicle model year or all vehicles of a particular vehiclemodel for a particular vehicle model year with a particular set of oneor more vehicle options).

As an example, the particular vehicle identifying information caninclude indicators of characteristics of the vehicle such as when thevehicle was built (e.g., a vehicle model year), who built the vehicle(e.g., a vehicle make (e.g., vehicle manufacturer)), marketing namesassociated with vehicle (e.g., a vehicle model name, or more simply“model”), and/or features of the vehicle (e.g., an engine type and/or asystem). In accordance with that example, the particular vehicleidentifying information can be referred to by an abbreviation YMME,where each letter in the order shown represents a model year identifier,vehicle make identifier, vehicle model name identifier, and engine typeidentifier, respectively, or an abbreviation YMM, where each letter inthe order shown represents a model year identifier, vehicle makeidentifier, and vehicle model name identifier, respectively, or anabbreviation YMMES, where each letter in the order shown represents amodel year identifier, a vehicle make identifier, a vehicle model nameidentifier, an engine type identifier, and a vehicle system identifier.An example YMME is 2004/TOYOTA®/CAMRY®/4Cyl, in which “2004” representsthe model year the vehicle was built, “TOYOTA®” represents the name ofthe vehicle manufacturer Toyota Motor Corporation, Aichi Japan, “CAMRY®”represents a vehicle model built by that manufacturer, and “4Cyl”represents a an engine type (e.g., a four cylinder internal combustionengine) within the vehicle. A person skilled in the art will understandthat other features in addition to or as an alternative to “engine type”can be used to identify a vehicle using particular vehicle identifyinginformation, and for some purposes, a vehicle could be identified by itsmake and model M/M. These other features can be identified in variousmanners, such as by use of a regular production option (RPO) code, suchas an RPO code defined by the General Motors Company LLC, Detroit Mich.Furthermore, the vehicle identifying information can be combined anddisplayed as a VIN. The VIN can be displayed on a VIN label.

The diagnostic tool 10 can display one or more U/I screens on which auser can input at least a portion of a vehicle identifier. As anexample, U/I screens for inputting a year, make, model, and engine canbe displayed in (1) an order of year, make, model and engine, (2) anorder of make, year, model, and engine, or (3) via another order. Anadditional U/I screen to input another characteristic of the vehicle canbe displayed after the U/I screens to input the year, make, model, andengine are displayed. As an example, the additional U/I screen can allowa user to input a characteristic to further distinguish a vehicle beingidentified such as a characteristic indicating whether or not aparticular vehicle component, such as an air pump, is present on thevehicle being identified. Other examples of the additional U/I screenare possible.

A vehicle communication link of the vehicle 12, 30, 50 can include oneor more conductors (e.g., copper wire conductors) or can be wireless. Asan example, the vehicle communication link in the vehicle 12, 30, 50 caninclude one or more conductors for carrying vehicle data messages inaccordance with a VDM protocol. A VDM protocol can include a SAE® J1850(PWM or VPW) VDM protocol, an SAE® J1939 VDM protocol based on the SAE®J1939_201808 serial control and communications heavy duty vehiclenetwork—top level document, and/or any other core J1939 standard, anISO® 15764-4 CAN VDM protocol, an ISO® 9141-2 K-Line VDM protocol, anISO® 14230-4 KWP2000 K-Line VDM protocol, an ISO® 17458 (e.g., parts1-5) FlexRay VDM protocol, an ISO® 17987 local interconnect network(LIN) VDM protocol, an ISO® 11898-1:2015 road vehicle—CAN—Part I: datalink layer and physical signaling protocol, a MOST® Cooperation VDMprotocol (such as the MOST Specification Rev. 3.0 E2, or the MOST®Dynamic Specification, Rev. 3.0.2), or some other VDM protocol definedfor performing communications with or within the vehicle 12, 30, 50.Each and every VDM discussed in this description is arranged accordingto a VDM protocol.

An ECU in and/or on the vehicle 12, 30, 50 can control various aspectsof vehicle operation or components within a vehicle. For example, thevehicle 30 can include a PT ECU 32, (such as an ECM ECU and/or a PCMECU), an ABS ECU 34, a traction control system ECU 36, an instrumentcluster ECU 38, and an SIR system ECU 40 (e.g., an air bag system).Other examples of an ECU in the vehicle 30 are possible. Each ECU in avehicle can receive inputs (e.g., a sensor input), control outputdevices (e.g., a solenoid), generate a VDM, such as a VDM based on areceived input or a controlled output. An ECU in a vehicle can perform afunctional test or repair procedure in response to receiving a VDMrequesting performance of the functional test or the repair procedure. AVDM received by an ECU can include a parameter request that includes aPID. A VDM transmitted by an ECU can include a response including thePID and a PID data value for the PID. An ECU can be connected to anon-ECU vehicle component, such as a vehicle battery, a sensor, avehicle chassis, a solenoid, a fuel injector, a fuel pump, or some othervehicle component via a circuit.

The DLC 42 can include a connector such as an OBD I connector, an OBD IIconnector, or some other connector. An OBD II connector can includeslots for retaining up to sixteen connector terminals, but can include adifferent number of slots or no slots at all. As an example, the DLC 42can include an OBD II connector that meets the SAE® J1962 specificationsuch as a connector 16M, part number 12110252, available from Aptiv LLCof Dublin, Ireland. The DLC 42 can include conductor terminals thatconnect to a conductor in the vehicle 30. For instance, the DLC 42 caninclude connector terminals that connect to conductors that respectivelyconnect to positive and negative terminals of a vehicle battery. The DLC42 can include one or more conductor terminals that connect to aconductor of the VCL 44 such that the DLC 42 is communicativelyconnected to the PT ECU 32, the ABS ECU 34, the traction control systemECU 36, the instrument cluster ECU 38, and the SIR system ECU 40.

In accordance with an example implementation, the vehicle 50 includes afuel injection ECU 52, an instrument cluster ECU 54, an ABS ECU 56, anignition ECU 58, and a DLC 60. One or more ECU on the vehicle 50 can beconnected to the DLC 60 via a vehicle communication link (not shown).

III. Example Diagnostic Tool

Next, FIG. 3A is a block diagram of a diagnostic tool 70, in accordancewith example implementations. Each instance of the diagnostic tool 10shown in FIG. 1 can include and/or be configured like the diagnostictool 70 or any portion(s) of the diagnostic tool 70. Furthermore, thediagnostic tool 70 can operate in any system shown in FIG. 1 in place ofthe diagnostic tool 10, or in some other system. As shown in FIG. 3A,the diagnostic tool 70 includes a processor 72, a network transceiver74, a VCT 76, a user interface 78, and a memory 80. Two or more of thosecomponents can be operatively coupled together via a system bus,network, or other connection mechanism 82. The diagnostic tool 70 alsoincludes a power supply 86 and a housing 88. The user interface 78includes a display 84. The display 84 can be operatively connected tothe connection mechanism 82.

A. Diagnostic Tool Components 1. Processor

A processor, such as the processor 72 and/or any other processordiscussed in this description, can include one or more processors. Aprocessor discussed in this description can thus also be referred to asleast one processor and/or one or more processors. A processor caninclude a general purpose processor (e.g., an INTEL® single coremicroprocessor or an INTEL® multicore microprocessor), or a specialpurpose processor (e.g., a digital signal processor, a graphicsprocessor, an embedded processor, or an application specific integratedcircuit (ASIC) processor).

An embedded processor refers to a processor with a dedicated function orfunctions within a larger electronic, mechanical, pneumatic, and/orhydraulic device, and is contrasted with a general purpose computer. Theembedded processor can include a central processing unit chip used in asystem that is not a general-purpose workstation, laptop, or desktopcomputer. In some implementations, the embedded processor can execute anoperating system, such as a real-time operating system (RTOS). As anexample, the RTOS can include the SMX® RTOS developed by Micro Digital,Inc., such that the processor 72 can, but need not necessarily, include(a) an advanced RISC (reduced instruction set computer) machine (ARM)processor (e.g., an AT91SAM4E ARM processor provided by the AtmelCorporation, San Jose, Calif.), or (b) a COLDFIRE® processor (e.g., a52259 processor) provided by NXP Semiconductors N.V., Eindhoven,Netherlands. A general purpose processor, a special purpose processor,and/or an embedded processor can perform analog signal processing and/ordigital signal processing.

A processor can be configured to execute CRPI. The CRPI discussed inthis disclosure, such as the CRPI 81, can include assemblerinstructions, machine instructions, machine dependent instructions,microcode, firmware instructions, state-setting data, and/or eithersource code or object code written in one or any combination of two ormore programming languages. As an example, a programming language caninclude an object oriented programming language such as Java, Python, orC++, or a conventional procedural programming language, such as the “C”programming language. A processor can be configured to executehard-coded functionality in addition to or as an alternative tosoftware-coded functionality (e.g., via CRPI). The processor 72 can beprogrammed to perform any function or combination of functions describedherein as being performed by the diagnostic tool 70.

2. Memory

A memory, such as the memory 80 and/or any other memory discussed inthis description, can include one or more memories. Any memory discussedin this description can thus also be referred to as least one memoryand/or one or more memories. A memory can include a non-transitorymemory, a transitory memory, or both a non-transitory memory and atransitory memory. A non-transitory memory, or a portion thereof, can belocated within or as part of a processor (e.g., within a singleintegrated circuit chip). A non-transitory memory, or a portion thereof,can be separate and distinct from a processor. Furthermore, some portionof the memory 80 can be used as a data buffer (which can more simply bereferred to as a “buffer”). As an example, data the network transceiver74 receives from the server 16 can be stored in the buffer. At least aportion of the buffer can operate as a cache from which the processor 72reads stored data multiple times.

A non-transitory memory can include a volatile or non-volatile storagecomponent, such as an optical, magnetic, organic or other memory or discstorage component. Additionally or alternatively, a non-transitorymemory can include or be configured as a RAM, a read-only memory (ROM),a programmable read-only memory (PROM), an erasable programmableread-only memory (EPROM), an EEPROM, a hard drive, or a compact diskread-only memory (CD-ROM). The RAM can include static RAM or dynamicRAM.

A transitory memory can include, for example, CRPI provided over acommunication link, such as the communication network 14. Thecommunication network 14 can include a digital or analog communicationlink. The communication network 14 can include a wired communicationlink including one or more wires or conductors, or a wirelesscommunication link including an air interface.

A “memory” can be referred to by other terms such as a“computer-readable memory,” a “computer-readable medium,” a“computer-readable storage medium,” a “data storage device,” a “memorydevice,” “computer-readable media,” a “computer-readable database,” “atleast one computer-readable medium,” and/or “one or morecomputer-readable medium.” Any of those alternative terms can bepreceded by the prefix “transitory” if the memory is transitory or“non-transitory” if the memory is non-transitory. For a memory includingmultiple memories, two or more of the multiple memories can be the sametype of memory or different types of memories.

3. Transceiver

A transceiver, such as the network transceiver 74, the VCT 76, and/orany other transceiver discussed in this description, can include one ormore transceivers. Each transceiver includes one or more transmittersconfigured to transmit data or a communication onto a network, data bus,and/or communication link, such as the communication network 14 or theVCL 44. Each transceiver includes one or more receivers configured toreceive data or a communication carried over a network, data bus, and/orcommunication link, such as the communication network 14 or the VCL 44.A transceiver, or a portion thereof, can be located within or as part ofa processor (e.g., within a single integrated circuit chip). Atransceiver, or a portion thereof, can be separate and distinct from aprocessor.

The network transceiver 74 can transmit any data or communicationdiscussed as being transmitted, output, or provided by the diagnostictool 70, such as a datum or communication transmitted, output orprovided to the vehicle 12, the communication network 14, and/or theserver 16. The network transceiver 74 can receive any data orcommunications discussed as being received by the diagnostic tool 70and/or the network transceiver 74, such a datum or communication thediagnostic tool 70 and/or the network transceiver 74 receives from thevehicle 12, the communication network 14, and/or the server 16.

The VCT 76 includes a transceiver configured for transmitting a VDM tothe vehicle 12, 30, 50 via a VCL and for receiving a VDM transmitted bythe vehicle 12, 30, 50 via a VCL. The VCT 76 can include a transceiver(e.g., an integrated transmitter and receiver, or a distinct transmitterand a distinct receiver). In some implementations, a transmitter of theVCT 76 can transmit a VDM to the vehicle 12, 30, 50 via a VCL. The VDMtransmitted to the vehicle 12, 30, 50 via a VCL can include a requestfor diagnostic information (such as a DTC) from an ECU in the vehicle.In those implementations, the receiver of the VCT 76 can receive a VDMtransmitted by the vehicle 12, 30, 50 over the VCL. The VDM received bythe receiver of the VCT 76 via the VCL can include diagnosticinformation transmitted by an ECU in and/or on the vehicle 12, 30, 50. AVDM can include a component identifier, such as an identifier of the ECUthat transmits the VDM. The VDM can include data indicative of a DTC setby the ECU. The processor 72 can select data from within the VDM andcause the selected data to be displayed on the display 84.

The VCT 76 can include a transceiver (e.g., an integrated transmitterand receiver, or a distinct transmitter and a distinct receiver). Thetransmitter of the VCT 76 can be configured to transmit a VDM to avehicle or, in particular, an ECU within the vehicle. The VDMtransmitted by the VCT 76 can include a VDM with a request for a DTC setby the ECU or a VDM to request a PID parameter, or a VDM to control theECU and/or a component operatively coupled to the ECU. The receiver ofthe VCT 76 can be configured to receive a VDM transmitted by an ECU overa vehicle-to-tool link. In some implementations, the VDM received by theVCT 76 can include a VDM indicative of a DTC set within the vehicle, aVDM including a PID and PID parameter, or a VDM sent in response to aVDM to control the ECU and/or the component operatively coupled to theECU. As an example, a wired transceiver of the VCT 76 can include atransceiver such as a system basis chip with high speed CAN transceiver33989 provided by NXP Semiconductors, Eindhoven, Netherlands.

The VDM transmitted and/or received by the VCT 76 can be arrangedaccording to a VDM protocol for a geographic region in which theidentified vehicle operates. For example, in the United States, the VDMcan be arranged according to the OBD II standard. As another example, inEuropean countries, the VDM can be arranged according the an EOBDstandard in line with European Directive 98/69/EC

In some implementations, a vehicle-to-tool link includes a wiringharness. The wiring harness can be configured to provide a wiredconnection between the diagnostic tool 10, 70 and the vehicle 12, 30,50. In some implementations, the wiring harness can be removablyconnected to a DLC within the vehicle 12, 30, 50. The VCT 76 can includeand/or connect to one or more connectors, one of which can be located atan end of the wiring harness. In some other implementations, avehicle-to-tool link includes a wireless link between transceivers inthe diagnostic tool 10, 70, and the vehicle 12, 30, 50. As an example,the transceiver in the vehicle 12, 30, 50 can be within a vehiclecomponent. As another example, the transceiver in the vehicle 12, 30, 50can within a vehicle-to-tool link device, such as the wirelessvehicle-to-tool link device 134 shown in FIG. 3B.

The VCT 76 can include a wireless transceiver to communicate with aseparate wireless transceiver within the diagnostic tool 70. Atransmitter, such as a transmitter in the network transceiver 74 or inthe VCT 76, or a transmitter in any other transceiver discussed in thisdescription, can include a radio transmitter configured to transmitradio signals carrying data and/or a communication, and a receiver, suchas a receiver in the network transceiver 74 or in the VCT 76, or areceiver in any other transceiver discussed in this description, caninclude a radio receiver configured to receive radio signals carryingdata and/or a communication. A transceiver with a radio transmitter andradio receiver can include one or more antennas and can be referred toas a “radio transceiver,” an “RF transceiver,” and/or a “wirelesstransceiver.”

A radio signal transmitted or received by a radio transceiver can bearranged in accordance with one or more wireless communication standardsor protocols such as an IEEE standard, such as (i) an IEEE 802.11standard for wireless local area networks (wireless LAN) (which issometimes referred to as a Wi-Fi standard) (e.g., 802.11a, 802.11b,802.11g, 802.11n, 802.11ac, or 802.11ax), (ii) an IEEE 802.15 standard(e.g., 802.15.1, 802.15.3, 802.15.4 (ZigBee), or 802.15.5) for wirelesspersonal area networks (PANs), (iii) a Bluetooth version 4.1, 4.2 or 5.0standard developed by the Bluetooth Special Interest Group (SIG) ofKirkland, Wash., (iv) a cellular wireless communication standard such asa long term evolution (LTE) standard, (v) a code division multipleaccess (CDMA) standard, (vi) an integrated digital enhanced network(IDEN) standard, (vii) a global system for mobile communications (GSM)standard, (viii) a general packet radio service (GPRS) standard, (ix) auniversal mobile telecommunications system (UMTS) standard, (x) anenhanced data rates for GSM evolution (EDGE) standard, (xi) amultichannel multipoint distribution service (MMDS) standard, (xii) anInternational Telecommunication Union (ITU) standard, such as the ITU-TG.9959 standard referred to as the Z-Wave standard, (xiii) a 6LoWPANstandard, (xiv) a Thread networking protocol, (xv) an ISO/InternationalElectrotechnical Commission (IEC) standard such as the ISO/IEC 18000-3standard for Near Field Communication (NFC), (xvi) the Sigfoxcommunication standard, (xvii) the Neul communication standard, or(xviii) the LoRaWAN communication standard. Other examples of thewireless communication standards or protocols are available.

Additionally or alternatively, a transmitter, such as a transmitter inthe network transceiver 74 or in the VCT 76, can transmit a signal(e.g., one or more signals or one or more electrical waves) carrying orrepresenting data or a communication onto a wire (e.g., one or morewires) and a receiver, such as a receiver in the network transceiver 74or in the VCT 76, can receive via a wire a signal carrying orrepresenting data or a communication over the wire. The wire can be partof a network, such as the communication network 14. The signal carriedover a wire can be arranged in accordance with a wired communicationstandard such as a Transmission Control Protocol/Internet Protocol(TCP/IP), an IEEE 802.3 Ethernet communication standard for a LAN, adata over cable service interface specification (DOCSIS standard), suchas DOCSIS 3.1, a USB specification maintained and/or developed by theUSB Implementers Forum in Beaverton, Oreg., such as the USB 2.0standard, the USB 3.0 standard, or the USB 3.1 standard, or some otherwired communication standard.

The data or communication transmitted by a network transceiver, such asthe network transceiver 74, can include a destination identifier oraddress of a network device to which the data or communication is to betransmitted. The data or communication transmitted by a networktransceiver can include a source identifier or address of the systemcomponent including the network transceiver. The source identifier oraddress can be used to send a response to the network device thatincludes the network transceiver that sent the data or communication.

A network transceiver, such as the network transceiver 74, configured tocarry out communications over a communication network, such as thecommunication network 14, can include one or more of the following: amodem, a network interface card, or a chip mountable on a circuit board.As an example the chip can include a CC3100 Wi-Fi® network processoravailable from Texas Instruments, Dallas, Tex., a CC256MODx Bluetooth®Host Controller Interface (HCI) module available from Texas instruments,or a different chip for communicating via Wi-Fi®, Bluetooth® or anothercommunication protocol.

A device within or coupled to the communication network 14 or thatcommunicates via the communication network 14 using a packet-switchedtechnology can be locally configured for a next ‘hop’ in the network(e.g., a device or address where to send data to, and where to expectdata from). As an example, a device (e.g., a transceiver) configured forcommunicating using an IEEE 802.11 standard can be configured with anetwork name, a network security type, and a password. Some devicesauto-negotiate this information through a discovery mechanism (e.g., acellular phone technology).

4. User Interface

The user interface 78 includes one or more U/I components operable toinput data (e.g., a user selection of a USB) to the processor 72 and oneor more U/I components operable to output data (e.g., data output by theprocessor 72). A component of the user interface 78 can be referred toas a “user interface component” and/or a “U/I component.” In someimplementations, the display 84 can include a touch screen display thatis configured to input data to the processor 72 and to display dataoutput by the processor 72. In some implementations, a U/I componentincludes a keypad and/or a capture device.

A user interface component can, but need not necessarily, include a USC.A USC can be used by a user of the diagnostic tool 10, 70 to enter aninput into the diagnostic tool 10, 70, such as an input detectable bythe processor 72. In some implementations, a USC includes a USC of a U/Iscreen shown on the display 84. In those or in other implementations, aUSC includes a hardware control, such as a key of the keypad. In onerespect, a USC can be independent of the keys of the keypad. In thatcase, an input can be entered using the USC by use of the display 84,for example by touching the display 84 in proximity to the USC. Inanother respect, a USC shown on the display 84 can be associated with akey of the keypad. In that case, an input can be entered using the USCby use of the key of the keypad. The keypad can include a key that isnot associated with a USC shown on the display 84.

The display 84 can, but need not necessarily, include a capacitive touchscreen display, a resistive touch screen display, a plasma display, alight emitting diode (LED) display, a cathode ray tube display, anorganic light-emitting diode (OLED) display, or a liquid crystal display(LCD). An OLED display can include an active-matrix OLED or apassive-matrix OLED. The LCD can be backlit, color LCD. The display 84can include a touch screen display with the LCD. For instance, thedisplay 84 can include a capacitive (such as a projective capacitive)touch screen display or a resistive touch screen display. Other examplesof the display 84 are available.

The display 84 can display a horizontal scroll bar and/or a verticalscroll bar. The horizontal scroll bar and/or the vertical scroll bar canbe used to cause the display 84 to display a non-visible portion of animage or a U/I screen output by the processor 72 to the display 84. Thedisplay 84 can display still images and/or a video. For clarity of thedrawings, some of the U/I screens shown in the drawings are shownwithout a horizontal scroll bar and/or a vertical scroll bar.

The display 84 can show a GUI that includes graphical objects. Forinstance, the GUI can show USCs via which a user can enter an inputpertaining to use of the diagnostic tool 10, 70. The input can representa selection, information, a search criterion, and/or a request, such asa request for a web-service. As an example, a USC can include agraphical button, such as a rectangle surrounding text representative ofa selection or information associated with the graphical button. Asanother example, a USC can include a pull-down menu, a check box, and/ora text box for entering textual information. The U/I screen can, forexample, display any of the content shown in FIG. 11 to FIG. 47 . Theprocessor 72 can output a U/I screen to the display 84. A U/I screenoutput by the processor 72 can be referred to as a GUI.

A keypad can include one or more components configured for use by a userto enter a selection, information, a search criterion, and/or a requestinto the diagnostic tool 70. A key configured for entering a selectioncan be referred to as a control key. The keypad can include one or morecontrol keys, or more simply “key”. A key can include a push button,such as a press-and-hold button or a press-and-release button. In someimplementations, the keypad includes a hardware keyboard with a set ofnumeric keys, alpha-numeric keys, alphabet keys, or some other hardwarekeys. In some other implementations, the display 84 includes at least aportion of the keypad that includes soft keys, such as capacitive orresistive keys of a touch screen display. In still otherimplementations, the keypad includes one or more hardware keys, such asa power on/off key, a yes key and a no key, or four cursor keys forselecting a direction such as up, down, left or right. In still yetother implementations, the soft keys of the keypad on the touch screendisplay can include a power on/off key, a yes key and a no key, or fourcursor keys.

A capture device can include one or more components configured togenerate data based on objects in proximity to the diagnostic tool 70and/or signals from which that data can be generated. As an example, thedata generated by the captured device can include an image (e.g., animage file), content of a scanned image, and/or measurement data. In atleast some implementations, the capture device includes one or more ofthe following: an image scanner, a barcode scanner, a visual lightcamera, a light source, a lens, or an image sensor. A data filerepresentative of a captured image or content of a scanned image can bestored in the memory 80. As an example, the captured image can includeone or more of the following: an image of the vehicle 12, 30, 50, or animage of some portion of the vehicle 12, 30, 50, such as a license plateattached to the vehicle or a VIN label attached to the vehicle. Asanother example, the captured image can include image data of a scannedbarcode, such as the barcode on a VIN label attached to the vehicle 12,30, 50. Performing a scanner job can, but need not necessarily, includecapturing an image, such as an image of a bar code indicating a VIN of avehicle, a part number, or a software identifier, so that the processor72 can determine the identified vehicle or vehicle component beingserviced.

5. Other Diagnostic Tool Components

The connection mechanism 82 can include any of a variety of conductionsto carry communications or data between the components connected to theconnection mechanism 82. As an example, the connection mechanism 82 caninclude a copper foil trace of a printed circuit board, a wire, or someother conductor.

The power supply 86 can be configured in any of a variety ofconfigurations or combinations of the variety of configurations. As anexample, the power supply 86 can include circuitry to receive AC from anAC electrical supply (e.g., electrical circuits connected to anelectrical wall outlet) and convert the AC to a DC for supplying to oneor more of the components within the diagnostic tool 10, 70. As anotherexample, the power supply 86 can include a battery and/or be batteryoperated. As yet another example, the power supply 86 can include asolar cell and/or be solar operated. The power supply 86 can includeelectrical circuits to distribute electrical current throughout thediagnostic tool 10, 70. Other examples of the power supply 86 areavailable.

The housing 88 can surround at least a portion of one or more offollowing: the processor 72, the network transceiver 74, the VCT 76, theuser interface 78, the memory 80, the connection mechanism 82, thedisplay 84, and/or the power supply 86. The housing 88 can be referredto as an enclosure. The housing 88 can support a substrate. At least aportion of one or more of the following can be mounted on and/or connectto the substrate: the processor 72, the network transceiver 74, the VCT76, the user interface 78, the memory 80, the connection mechanism 82,and/or the display 84. The housing 88 can be made from variousmaterials. For example, the housing 88 can be made from a plasticmaterial (e.g., acrylonitrile butadiene styrene (ABS)) and athermoplastic elastomer used to form a grip on the housing 88.

6. Memory Content

The memory 80 contains computer-readable data. In an exampleimplementation, the computer-readable data contained in the memory 80can include data from among: the CRPI 81, scan tool functions 83,scanner jobs 85, guidance 87, and/or U/I screens 89.

The scan tool functions 83 include computer-readable data the processor72 uses to perform a scan tool function that includes transmitting oneor more VDMs. In an example implementation, the data to perform a scantool function includes VDM data (e.g., the data to be transmitted as theVDM). For instance, the VDM data according to the ISO 11898 VDM protocolcan include a start-of-frame bit, a multi-bit control field, a zero toeight byte data field, a multi-bit cyclic redundancy check field, anacknowledgement slot bit, an acknowledgment delimiter bit, and amulti-bit end-of-frame field. Alternatively a VDM according to the CANVDM protocol can include a VDM to request a PID, where that VDM includesa first byte indicating the VDM includes two more bytes, a second byteindicating $01 if current PID data is being requested or $02 if freezeframe data is being requested, and a third byte indicating a hexadecimalrepresentation of the PID. Examples of VDM data for other VDM protocolsto perform a scan tool function are possible.

In another example implementation, the data to perform a scan toolfunction includes VDM data and data from among: a scan tool functionidentifier, a VCT identifier indicating which VCT of two or more VCT isto be used to transmit the VDM, vehicle identification indicating whichvehicle(s) are associated with the scan tool function, and a scan toolfunction category. Each VDM transmitted by the processor 72 to perform ascan tool function is directed to one or more components in a vehicle.In some implementations, the component includes an ECU or a sensorconnected to an ECU. The VDM can include data that the componentresponsively uses to perform some function in the vehicle.

The scan tool functions 83 can also include CRPI to cause the display 84to display data pertaining to the scan tool function. As an example, ascan tool function can include data for determining a VDM transmitted bythe vehicle is a response to a VDM transmitted by the diagnostic tool10, 70 to perform the scan tool function. In some implementations, ascan tool function is associated with a memory address for use as apointer to the scan tool function. A benefit of associating a scan toolfunction with a pointer is that the processor 72 can execute the samescan tool function stored in the scan tool functions 83 in differentoperating states of the diagnostic tool 10, 70, such as a firstoperating state in which the diagnostic tool 10, 70 allows forselections of scan tool functions based on an identified system of anidentified vehicle, and a second operating state in which the diagnostictool 10, 70 allows for selections of scan tool functions based on ascanner job selected for an identified vehicle.

As an example, the processor 72 can execute CRPI to determine a meaningof a VDM received from a vehicle, such as a VDM including a PID and PIDparameter value. For instance, a VDM received in response a VDMrequesting a PID according to the CAN VDM protocol can include a VDMincluding a first byte indicating a representing how many more bytes arecontained in the response (e.g., three to six more bytes), a second byteindicating $41 if current PID data is contained in the response VDM or$42 if freeze frame data is contained in the response VDM, a third byteindicating a hexadecimal representation of the PID, and one to fourbytes representing the PID parameter value.

Each scan tool function can, but need not necessarily, be associatedwith a scan tool function category. A benefit of associating a scan toolfunction with a scan tool function category is that the processor 72 candetermine a label associated with the category to include in a USC toinitiate performance of the scan tool function. Another benefit ofassociating a scan tool function with a scan tool function category isthat the processor 72 can output a U/I screen with scan tool functionsassociated with a scanner job grouped together based on respective scantool function categories.

In an example implementation, the scan tool function categoriesavailable to associate with a scan tool function include one or morefrom among: a calibrate category, a control category, a programcategory, or a reset category. Other names could be used to refer to oneor more of the aforementioned categories.

A scan tool function associated with the calibrate category can includea scan tool function configured to calibrate a vehicle component withinthe identified vehicle. In some implementations, the vehicle componentto be calibrated incudes a first vehicle component to which the VCT 76transmits a VDM with a calibrate instruction. In some implementations,the first vehicle component to be calibrated works cooperatively with asecond vehicle component on which the calibration is based. For example,the first vehicle component can include a tire pressure monitoringsystem module and the second component can include a new tire pressuremonitor sensor (TPMS) attached to a wheel. As another example, the firstvehicle component can include a module that determines speed of avehicle, such as a PCM ECU, and the second component can include newtires and/or wheels installed onto the vehicle, such as tires and/orwheels that are different in size than the tires and/or wheels replacedby the new tires and/or wheels. As still yet another example, the firstvehicle component can include a headlight motor configured to repositiona headlight, the second vehicle component can include a body controlmodule, and the VDM sent to the body control module can include a VDMincluding parameters to aim the headlight.

In other implementations, a first vehicle component to be calibrated isoperatively connected to a second vehicle component to which the VCT 76transmits a VDM with a calibrate instruction. As an example, the firstcomponent can include a new valve or solenoid installed into the vehicleand the second component can include a PCM ECU. As yet another example,the first component can include a power window switch, the secondcomponent can include a body control module, and the VDM sent to thebody control module can include a VDM having data indicating upper andlower travel limits of a power window and/or power window motorconnected to the power window switch. As still yet another example, thefirst component can include a fuel system throttle plate, the secondcomponent can include a PCM ECU, and the VDM sent to the PCM ECU caninclude a data value indicating a throttle position. Accordingly, avehicle component can be calibrated by setting limits for the vehiclecomponent.

A scan tool function associated with the control category can include ascan tool function configured to control a vehicle component within theidentified vehicle. As an example, controlling a vehicle component caninclude the VCT 76 sending the vehicle component a VDM with a controlinstruction to turn on or turn off another vehicle component, such assending a body control module a VDM including a control instruction toturn a horn on or off, sending an instrument panel cluster (IPC) a VDMincluding a control instruction to turn a malfunction indicator lamp onor off, sending an engine control module a VDM including a controlinstruction to turn a fuel injector off, or sending an engine controlmodule a VDM including a control instruction to turn a fuel pump on,such as may be performed in order to prime a fuel system on the vehicle.As another example, controlling a vehicle component can include the VCT76 sending a vehicle component a VDM with a control instruction to setthe component to operate at a particular value, such as sending an IPC aVDM including a control instruction indicating a fuel level to beindicated by a fuel gauge should be set to a particular fuel level, suchas 0%, 25%, 50%, 75% or 100%. As yet another example, controlling avehicle component for a scanner job including replacing a fuel pump onthe identified vehicle can include the VCT 76 sending a vehiclecomponent a VDM with a control instruction to release the fuel pressurein a fuel line in the identified vehicle. As still yet another example,controlling a vehicle component for a scanner job including servicingthe electronic parking brake of the vehicle can include the VCT 76sending a vehicle component a VDM with a control instruction to releasethe brake caliper(s) on the identified vehicle.

As still yet another example, controlling a vehicle component caninclude sending a vehicle component a VDM with a control instruction toinitialize a software program in the vehicle component. For instance,the software program can include a software program for performing anOBD II vehicle monitor. The control instruction can include a parameteridentifier, and a parameter value that initializes the software program.For example, the parameter identifier can identify a timer for aparticular vehicle system, such as an evaporative emission controlsystem, and the parameter value can be a value that indicates a timerfor testing a vehicle monitor regarding the evaporative emission controlsystem is at an end value at which the vehicle monitor begins itsmonitoring of the evaporative emission control system. Use of thiscontrol instruction can increase efficiency of the technician becausethe technician does not have to wait for the timer to count from astarting value to the end value.

As still yet another example, controlling a vehicle component caninclude sending the vehicle component a VDM as part of a test scriptthat causes the VCT 76 to transmit multiple VDM to one or more vehiclecomponents. As an example, the multiple VDM can include VDM to controlmultiple fuel injectors in a particular sequence. As another example,the multiple VDM can include VDM to turn exterior lights of the vehicleon and off for performing at least a portion of a vehicle inspection.Execution of a test script that includes sending multiple VDM allows atechnician to send the multiple VDM without having to select a USC foreach of the multiple VDM to be sent. Accordingly, in accordance withthis implementation, the diagnostic tool can be operated to sendmultiple VDM using fewer USC selections.

A scan tool function associated with the program category can include ascan tool function configured to program a vehicle component within theidentified vehicle. Programming a vehicle component can include adding acomputer program into a memory of the vehicle component. In manyinstances, programming the vehicle component includes replacing anexisting computer program currently stored in the memory of the vehiclecomponent with a different (e.g., new) computer program. Programming thevehicle by replacing an existing computer program is sometimes referredto as “reprogramming” the vehicle.

In an example implementation, a scan tool function to program a vehiclecan include performing a block transfer of data from the diagnostic tool70 to the vehicle component. For instance, according to the SAE® J2910specification for enhanced E/E diagnostic test modes, the programmingfunction can include transmitting a block transfer request messagefollowed by one or more block transfer messages. The block transferrequest message can include a message format byte, a target address of avehicle component, an address of the diagnostic tool 70, a messageidentifier (e.g., $36 indicating a block transfer), a transfer type byte(e.g., a transfer to RAM, a transfer to EEPROM, a calibration), multiplebytes indicating a length of the block transfer, multiple bytes of astarting address at which the block transfer storage is to begin, and achecksum byte(s). Each block transfer message can include a headerbyte(s), a transfer type byte, a block transfer message length, amulti-byte address, multiple bytes of data to be transferred to memoryof the vehicle component starting at the multi-byte address, and achecksum. In another example implementation, a scan tool function toprogram a vehicle can include generating an application programminginterface (API) configured for programming a vehicle component, such asa PCM ECU, according to the SAE® J2534 interface standard.

A scan tool function associated with the reset category can include ascan tool function configured to reset a vehicle component within theidentified vehicle. A function configured to reset a vehicle componentcan include a function to set a value in the memory of a component forthe first time. The scan tool function to reset a vehicle component caninclude the VCT 76 transmitting a VDM to the vehicle component to causethe vehicle component to reset a value in the memory of that component.As an example, resetting the value in the memory can include a defaultreset value, an OEM factory value, a baseline value, a prior valueprogrammed into a vehicle component being replaced, or some other value.

In a particular example, the value reset by a scan tool function caninclude a value of a block learn multiplier in an ECM, such that theblock learn multiplier is a mid-point between $00 and $FF, such as $80.In another particular example, the value reset by a scan tool functioncan include an engine oil life value, such that an engine oil life valuecan be reset to 100% after an engine oil change has been performed. Inan example implementation, a scan tool function in the reset categorycan include sending a VDM to request a vehicle component reset, such asa VDM configured as an SAE® J2190 mode $11 (request module reset) VDM.

The scanner jobs 85 include data regarding scanner jobs that can beperformed to the identified vehicle. As an example, performing a scannerjob can include performing a scan tool function among the scan toolfunctions 83. As another example, performing a scanner job can includeperforming a non-scan tool function, but does not require performing ascan tool function. As yet another example, performing a scanner job caninclude performing a scan tool function and a non-scan tool function. Ascanner job stored in the memory 80 can include one or more of thefollowing: a vehicle identifier, a scanner job identifier (or moresimply “job identifier”), a scan tool function identifier (or moresimply “function identifier”), a system service identifier, a targettag, and/or a scan tool function category (or more simply “functioncategory”). A system service identifier can include data indicating asystem on the identified vehicle that is to be serviced via anassociated scan tool function. A target tag can include data indicatingwhether a target, such as an alignment target, is required to performthe scanner job.

A scanner job identifier includes data indicative of a scanner job. Asan example, a scanner job identifier can include a descriptive textualname (e.g., replace brake caliper) for displaying on a display. Forinstance, the processor 72 can populate a USC of a U/I screen with thedescriptive textual name of the scanner job. As another example, ascanner job identifier can include a non-descriptive identifier of thescanner job (e.g., a memory address) for accessing the scanner job fromthe memory 80. Any memory address discussed in this description can, butneed not necessarily, include a hexadecimal memory address. Thedescriptive textual name of a scanner job can be associated with thenon-descriptive identifier of the scanner job. A search of the memory 80based on a descriptive textual name can be used to determine the memoryaddress for accessing the scanner job from the memory 80.

A scan tool function identifier can include data indicative of a scantool function within the scan tool functions 83. As an example, a scantool function identifier can include a descriptive textual name (e.g.,park brake cable service release) for displaying on a display. Forinstance, the processor 72 can populate a USC of a U/I screen with thedescriptive textual name of the scan tool function. As another example,a scan tool function identifier can include a non-descriptive identifierof the scan tool function (e.g., a memory address) for accessing thescan tool function from the memory 80. The descriptive textual name of ascan tool function can be associated with the non-descriptive identifierof the scan tool function. A search of the memory 80 based on adescriptive textual name can be used to determine the memory address foraccessing the scan tool function from the memory 80.

A system service identifier can include data indicative of a vehiclesystem and/or a vehicle component. As an example, a system serviceidentifier can include a descriptive textual name (e.g., parking brakecontrol system or parking brake control module) for displaying on adisplay. For instance, the processor 72 can populate a U/I screen withthe descriptive textual name of the vehicle system and/or a vehiclecomponent. The descriptive textual name of a vehicle system and/or avehicle component can be associated with the non-descriptive identifierof the scanner job. A search of the memory 80 based on a descriptivetextual name of the vehicle system and/or the vehicle component can beused to determine the memory address for accessing the scanner job fromthe memory 80. A web-service and/or content provided as part ofperforming a web-service provided by the server 16 can include adescriptive and/or non-descriptive identifier of the scanner job. Theprocessor 72 can locate the scanner job referenced in and/or byperforming the web-service within the scanner jobs 85.

For a scanner job requiring performance of multiple scan tool functions,the scanner job can include data indicative of an order in which themultiple scan tool functions are to be performed starting with aninitial scan tool function to be performed and a final scan toolfunction to be performed. The data can further indicate an order of scantool functions to be performed after the initial scan tool function butprior to the final scan tool function.

The guidance 87 can include guidance (regarding a vehicle) stored in thememory 80 prior to the vehicle being identified using the diagnostictool. 70. Alternatively, the guidance 87 can include guidance (regardingthe vehicle) the diagnostic tool 70 requests and receives from theserver 16 after the vehicle is identified using the diagnostic tool 70.

The guidance 87 can include guidance regarding an identified vehicle anda scanner job. The guidance regarding the scanner job can includeguidance regarding a scan tool function. As an example, the scanner jobcan be for calibrating a camera of a park assist system. The guidanceregarding that scanner job can include information regarding placementof targets for calibrating the camera and/or information on interpretingdata the diagnostic tool 70 determines from VDM transmitted by thevehicle regarding calibrating the camera. As an example, the guidance 87can include information indicating top repairs made to other vehiclesthat are the same type of vehicle as the identified vehicle. The toprepair information can include a graph showing commonly replaced parts.As another example, the guidance 87 can include repair information, suchas removal and replacement procedure information regarding a componenton the vehicle.

The guidance 87 can include different forms of content. For example, theguidance 87 can include guidance stored as textual file, such as an XMLfile including textual guidance. As another example, the guidance 87 caninclude an image file. As yet another example, the guidance 87 caninclude a video file. As yet another example, the guidance 87 caninclude a link, such as a uniform resource locator identifying alocation on the World Wide Web, to other guidance that can be retrievedfrom a device associated with the link.

The guidance 87 can include OEM content (e.g., content prepared byand/or on behalf of a manufacturer of the identified vehicle or avehicle component) and/or aftermarket content (e.g., content prepared byand/or on behalf of person or entity other than a vehicle manufactureror a vehicle component manufacturer). As an example, OEM guidance caninclude a TSB from a manufacturer of the identified vehicle.

The U/I screens 89 include data for outputting a U/I screen on thedisplay 84. In an example implementation, the U/I screens 89 include astatic web page received form the server 16. In another exampleimplementation, the U/I screens 89 include a dynamic web page generatedby the server 16 and/or the processor 72. As an example, the dynamic webpage may include a web page updated to include revised guidance, such anew set of top repairs and/or a new set of TSBs. In accordance with someimplementations, a U/I screen includes an HTML file.

In yet another example implementation, the U/I screens 89 can include atemplate for the processor 72 to use to generate a U/I screendisplayable on the display 84. As an example, a template for generatinga U/I screen can include a quantity of USCs, such as one, two, three,four, five or some other number of USCs. The processor 72 can populatesome USC(s) with data indicative of a respective scan tool function tobe associated with the USC(s). The processor 72 can populate other USCswith data indicative selections to be communicated to the server 16 inresponse to the processor 72 determining the USCs have been selected. Asanother example, a template for generating a U/I screen can include anumber of display cards the processor 72 can populate with dataindicative of guidance and/or USCs information. The templates caninclude data indicating locations on the display where to display theUSCs. The processor 72 can use the location data to determine which USCis selected when the touch screen display is touched.

In general, the CRPI 81 can include program instructions to performfunctions described in this description as being performed by thediagnostic tool 10, 70 or a component of the diagnostic tool 10, 70. Forexample, the CRPI 81 can include program instructions to perform one ormore or all of the functions of the set of functions 280 shown in FIG. 9and/or one or more or all of the functions of the set of functions 290shown in FIG. 10 . As another example, the CRPI 81 can include programinstructions to receive a U/I screen from the server 16, display the U/Iscreen on the display 84, determine a USC displayed as part of thedisplay screen is selected, and transmit to the server 16 acommunication indicating which USC of the U/I screen was selected.

In at least some implementations, the CRPI 81 can include programinstructions executable by the processor 72 to determine a USC has beenselected and a function to perform in response to the USC beingselected. In at least some of those implementations, the processor 72can determine a particular portion of the display 84, configured as atouch screen display, is being touched and refer to the U/I screens 89to determine a USC that is displayed on the particular portion of thedisplay 84. Moreover, the processor 72 can determine from the U/Iscreens 89 the function to perform in response the display 84 beingtouched at the particular portion of the display 84. Furthermore, in atleast some implementations, the function to be performed can include ascan tool function and the processor 72 can determine a pointer to thatscan tool function within the scan tool functions 83 and execute programinstructions to execute the scan tool function pointed to by thatpointer.

Next, FIG. 4A, FIG. 4B, and FIG. 4C show a menu arrangement 700including multiple menus and multiple levels of menus. The processor 72can output display U/I screens including a menu based on the menuarrangement 700. Some of the menus include USCs and/or are associatedwith scan tool function(s) for the identified vehicle represented by avehicle identifier 702. Indentation is used to illustrate differentlevels of the menus. The symbols “* * * *” within FIG. 4A and FIG. 4Bindicate that other one or more other menu items can be within the menulevel including those symbols. The menu arrangement 700 is for a vehicleindicated by the vehicle indicator 314 shown in FIG. 16 . A menuarrangement for a different identified vehicle can be identical to themenu arrangement 700, include at least one menu similar to a menu inthen menu arrangement 700, and/or include at least one menu differentfrom the menus in the menu arrangement 700.

The menu arrangement 700 includes a top level menu 703 including ascanner jobs menu 717, a code scan menu 718, a clear all codes by codescan 719, and a common selections menu 720. The common selections menu720 include a menu level 705 from which a system of the identifiedvehicle can be selected. As shown in FIG. 4A to FIG. 4C, the menu level705 can include common selections such as: engine, transmission,antilock brakes, airbag, body control module, front park assist, fuelpump, HVAC, instrument panel cluster, keyless entry, liftgate module,multi-axis acceleration sensor, park brake control, passenger presencesystem, radio, rear differential clutch control module, steering wheelangle sensor, tire pressure monitor, and oil specifications and resets.The scanner jobs menu 717 can include USCs for the ten scanner jobsshown in FIG. 5 .

FIG. 4A to FIG. 4C show scan tool functions that can be selected fromthe menus of the menu arrangement 700. The hexadecimal numbers withinsquare brackets represent example memory addresses associated with thescan tool function. For simplicity those memory addresses are shown astwo byte addresses, some of which are sequential. A person skilled inthe art will understand that the memory addresses associated with a scantool function within the menu arrangement 700 can be more than two bytesand/or not sequential. In an example implementation, a memory addressassociated with a scan tool function can indicate a memory address fromwhich the scan tool function can be called or a pointer to the memoryaddress from which the scan tool function can be called.

Based on the menu arrangement 700, a person having ordinary skill in theart will understand that in order to select the scan tool functionsAutomated Bleed scan tool function (shown in FIG. 4B) at memory address$95 followed by the Park Brake Cable Service Apply scan tool function(shown in FIG. 4C) at memory address $E5, after identifying the vehicleidentified by the vehicle identifier 702, would include: (1) selectingan Antilock Brake system selection 704 within the menu level 705, (2)selecting a Generic Functions selection 706 within a menu level 707showing selections for a codes menu, data display, functional tests, andgeneric functions, (3) selecting an Automated Bleed selection 708 from amenu level 709 including selections for scan tool functions associatedwith memory addresses $95 to $99, (4) exiting the Automated Bleedselection 708 to return to the menu level 707, (5) exiting the menulevel 707 to return to the menu level 705 including the Antilock Brakesystem selection 704 and the Park Brake Control system selection 710,(6) selecting the Park Brake Control system selection 710, (7) selectingthe functional tests selection 712, (8) selecting the output controlsselection 714, and (9) selecting the Park Brake Cable Service Apply scantool function selection 716.

In many instances, technicians are not aware of which menu and/or menulevel includes a USC for a particular scan tool function. In thoseinstances, the technician may need to navigate the menu arrangement 700using one or more selections to enter and exit a menu level notincluding the USC for the particular scan tool function before locatingthe menu and menu level including a USC for the particular scan toolfunction selector when searching for the particular scan tool functionselector based on vehicle systems.

FIG. 5 shows a table 100 of example data that can part of the scannerjobs 85. The table 100 includes data regarding ten different scannerjobs for an example vehicle referred to as a 2016 CADILLAC® SRX having a3.6 L V6 engine. Based on table 100, the vehicle identifier includesyear, make, model, and engine identifiers. The scanner jobs in the table100 are distinguished in part by having different scanner jobidentifiers. The table 100 indicates whether each scanner job isassociated with a scan tool function and whether a target is required toperform the scanner job. The table 100 further indicates two memoryaddresses in each row. As an example, the memory addresses in each rowcan include an address that is a non-descriptive identifier of arespective scan tool function and an address associated with guidancepertaining to that scan tool function.

The processor 72 can identify a vehicle and then refer to the scannerjobs 85 to determine which scanner jobs are associated with theidentified vehicle, such as the vehicle identified in the table 100. Theprocessor 72 can output a U/I screen (such as a U/I screen 440 shown inFIG. 17 ) showing USCs for selecting a scanner job to be performed.

Table 100 shows that a scanner job, such as the replace brake caliperjob, can include scan tool functions for multiple systems (e.g., theparking brake control system and the antilock brake system). Table 100also shows that a scanner job, such as a replace throttle body job, caninclude scan tool functions for a single system (e.g., an enginesystem). Table 100 also shows that two scanner jobs, such as replacebrake caliper and replace disc brakes can include identical scan toolfunction, but refer to different memory addresses for guidancepertaining to a common scan tool function.

FIG. 6 shows a table 102 of example data that can part of the scannerjobs 85. The table 102 includes data regarding five different scannerjobs for an example vehicle referred to as a 2014 Chevrolet Tahoe havinga 5.3 L V8 engine and four-wheel drive (4WD) power transfer capability.The scanner jobs in the table 102 are distinguished in part by havingdifferent scanner job identifiers. The table 102 indicates whether eachscanner job is associated with a scan tool function and whether a targetis required to perform the scanner job. The table 102 further indicatestwo memory addresses in each row. As an example, the memory addresses ineach row can include an address that is a non-descriptive identifier ofa respective scan tool function and an address associated with guidancepertaining to that scan tool function.

FIG. 7 shows a table 104 of example data that can part of the scannerjobs 85. The table 104 includes data regarding six different scannerjobs for an example vehicle referred to as a 2014 Chevrolet Tahoe havinga 5.3 L V8 engine and two-wheel drive (2WD) power transfer capability.The scanner jobs in the table 104 are distinguished in part by havingdifferent scanner job identifiers. The table 104 indicates whether eachscanner job is associated with a scan tool function and whether a targetis required to perform the scanner job. The table 104 further indicatesone or more memory addresses in each row. As an example, the memoryaddresses in each row having two addresses can include an address thatis a non-descriptive identifier of a respective scan tool function andan address associated with guidance pertaining to that scan toolfunction.

The bottom row in the table 104 shows an engine oil change scanner jobthat does not require a scan tool function. For this job, the table 104shows a single memory address which can indicate an address in thememory where guidance for that scanner job can be obtained.

The vehicles listed in the tables 102, 104 are the same year, make,model, and engine, but have different power transfer capabilities as thevehicle listed in the table 102 has 4WD which includes 2WD, whereas thevehicle listed in the table 104 has only 2WD power transfer capability.Referring to the tables 102, 104, the addresses associated with thereplace brake caliper, the replace brake pedal position sensor, thereplace crankshaft position sensor, and the replace throttle bodyscanner jobs are the same to indicate the same scanner job can be usedfor different types of identified vehicles. A scanner job can include anon-descriptive identifier and/or a descriptive identifier for each scantool function associated with the scanner job, and a scanner job can beassociated with one or more scan tool functions.

7. Example Implementations

In accordance with the example implementations, the diagnostic tool 70shown in FIG. 3A can be arranged as an integrated diagnostic tool or adistributed diagnostic tool. As an example, an integrated diagnostictool can include a single housing to enclose and/or support all othercomponents of the diagnostic tool, such as all other components shown inFIG. 3A. As another example, a distributed diagnostic tool can includemultiple housings where each housing encloses and/or supports some butnot all other components of the diagnostic tool, such as some but notall other components shown in FIG. 3A.

FIG. 3B shows example implementations of the diagnostic tool 70. As anexample, the diagnostic tool 70 can include and/or be arranged as atablet device 110. The tablet device 110 can, but need not necessarily,include an IPAD® tablet device from Apple Inc. of Cupertino, Calif. or aSAMSUNG GALAXY TAB tablet device from Samsung Electronics Co., Ltd. ofMaetan-Dong, Yeongtong-Gu Suwon-Si, Gyeonggi-Do, Republic of Korea. Asanother example, the diagnostic tool 70 can include and/or be arrangedas a smartphone 112 (e.g., an IPHONE® smartphone from Apple Inc., or aGALAXY S® smartphone from Samsung Electronics Co., Ltd.). In accordancewith the foregoing example implementations, at least a portion of thecomputer-readable data stored in the memory can be includecomputer-readable data downloaded to the network transceiver 74 from theAPP STORE® online retail store, from the GOOGLE PLAY® online retailstore, or another source of the applications or computer-readable data.In accordance with at least some of the foregoing implementations, thetablet device or smart phone can be programmed to include one or moreapplications for executing a CRPI to perform a function described inthis description and/or to display a U/I screen in accordance with theexample implementations described in this description.

As another example, the diagnostic tool 70 can include and/or bearranged as a laptop computing system 114, such as the Dell® Chromebook3380 laptop computing system available from the Dell ComputerCorporation, Austin, Tex., or some other laptop computing system. Thelaptop computing system 114 can include a display 140 to display a U/Iscreen, such as an example U/I screen described in this description. Thelaptop computing system 114 can include a keyboard 142, such as a QWERTYkeyboard, to enter search criteria and/or a selection of a USC displayedon the display 140.

As yet another example, the diagnostic tool 70 can include and/or bearranged as a desktop computing system 116, such as the an OptiPlex®9020 Mini Tower desktop computing system available from the DellComputer Corporation, or some other desktop computing system. Thedesktop computing system 116 can include a display 118 to display a U/Iscreen, such as an example U/I screen described in this description. Thedesktop computing system 116 can include a keyboard 122, such as aQWERTY keyboard, to enter search criteria and/or a selection of a USCdisplayed on the display 118. The desktop computing system 116 caninclude a pointing device 124, such as a wired or wireless computermouse.

FIG. 3B also shows example implementations of portions of a diagnostictool and/or a device connectable to a diagnostic tool. For example, FIG.3B shows vehicle-to-tool link 126 and vehicle-to-tool link device 134.The vehicle-to-tool link 18 shown in FIG. 1 can be arranged and/orinclude one of the vehicle-to-tool link 126 or the wirelessvehicle-to-tool link device 134.

The vehicle-to-tool link 126 includes a connector 128, a harness 130,and a DLC 132. The connector 128 can include a USB connector configuredto connector to a USB port, a DB9 connectable to a port, such as aserial port arranged according to the EIA/TIA 232 serial interfacestandard, or some other connector. In some implementations, the tabletdevice 110, the smartphone 112, the laptop computing system 114, and/orthe desktop computing system 116 can include a port arranged to connectto the connector 128.

The vehicle-to-tool link device 134 includes a network transceiver tocommunicate wirelessly with the network transceiver 74. Thevehicle-to-tool link device 134 can include a connector that meets theSAE® J1939_13 standard and/or that is configured to connect to a J1939vehicle connector of a DLC. The vehicle-to-tool link device 134 caninclude a connector that meets the SAE® J1962 standard and/or that isconfigured to connect to vehicle connector of a DLC in compliance withthe SAE® J1962 standard. In some implementations, the tablet device 110,the smartphone 112, the laptop computing system 114, and/or the desktopcomputing system 116 can include the network transceiver 74 in aconfiguration for communicating wirelessly with a network transceiver ofthe vehicle-to-tool link device 134.

Next, FIG. 3C shows a diagnostic tool 71 that includes the diagnostictool 70 and vehicle interface accessories 73. According to an exampleimplementation, the diagnostic tool 71 includes the vehicle interfaceaccessories 73 and one or more of: the processor 72, the networktransceiver 74, the VCT 76, the user interface 78, the memory 80, thedisplay 84, and/or the power supply 86. The vehicle interfaceaccessories 73 include one or more vehicle interface accessories. Thevehicle interface accessories 73 can include a display configured todisplay a U/I screen, such as a U/I screen including one or more USCsselectable to perform a scan tool function using the diagnostic tool 70.The components of the diagnostic tool 70 that form a portion of thediagnostic tool 71 can be arranged as a distributed diagnostic tool oran integrated diagnostic tool.

In a first particular example implementation, the diagnostic tool 71 isarranged as a wheel alignment machine arranged to make measurements forguiding a technician while performing a wheel alignment scanner job tothe vehicle 12 or more simply, a wheel alignment. In accordance withthis implementation, the vehicle interface accessories 73 can includedetectors, clamps with alignment sensors, rotating plates, cameras, asteering wheel holder, and/or a brake pedal depressor. A display of thediagnostic tool 71 can be configured to display a U/I screen, such asU/I screen having USCs selectable to cause the diagnostic tool 70 toperform a scan tool function pertaining to the wheel alignment. As anexample, the scan tool function can include a scan tool function tocheck the air pressure in a tire or to set a ride-height of the vehicle12.

In a second particular example implementation, the diagnostic tool 71 isarranged as an air conditioning refrigerant recovery, recycling, andrecharging machine for guiding a technician while performing an airconditioning system scanner job on the vehicle 12. In accordance withthis implementation, the vehicle interface accessories 73 can include avacuum pump, a scale, gauges, a compressor, a refrigerant tank, airconditioning system hoses and fittings, a refrigerant leak detector,and/or a refrigerant oil tank. A display of the diagnostic tool 71 canbe configured to display a U/I screen, such as U/I screen having USCsselectable to cause the diagnostic tool 70 to perform a scan toolfunction pertaining to the air conditioning system scanner job. As anexample, the scan tool function can include a scan tool function torequest and display PID parameter values indicative of a pressure withinan air conditioning system, such as a high-side pressure and/or alow-side pressure, or a scan tool function to control a compressorwithin the air conditioning system on or off.

In a third particular example implementation, the diagnostic tool 71 isarranged as a battery charger and/or a battery tester. The batterycharger and/or tester can be used to perform a scanner job that includestesting and/or charging a vehicle battery. In accordance with thisimplementation, the vehicle interface accessories 73 can include cablesand cable ends configured for connecting to terminals of a vehiclebattery. As an example, the cable ends can include clamps. Furthermore,the vehicle interface accessories 73 can include a display to display aU/I screen having USCs selectable to cause the diagnostic tool 70 toperform a scan tool function pertaining to the vehicle battery, such asa scan tool function to register a new battery, reset a vehicle battery,display a history of the vehicle battery, and/or display PID parametervalues pertaining to the vehicle battery, such as a parameter valueassociated with a battery voltage and/or a parameter value associatedwith a battery temperature.

Returning to FIG. 1 , as indicated above, the diagnostic tool 70 canoperate in any system shown in FIG. 1 in place of the diagnostic tool10. Accordingly, the diagnostic tool 70 can operate in the systems 2, 4without a server and in the systems 6, 8 with a server. In at least someof the implementations in which the diagnostic tool 70 operates in asystem without a server or within a system including a server, thememory 80 can contain the U/I screens and guidance described in thisdescription and perform a scan tool function of a scanner job withoutneeding a server to perform a web-service to provide any portion of theU/I screen, the guidance, and/or the scan tool function. In at leastsome of the implementations in which the diagnostic tool operates in asystem with a server, such as the server 16, 150, the processor 72 canrequest, from the server, at least a portion of the U/I screen and/orthe guidance pertaining to a scan tool function needed to perform ascanner job. The server 16, 150 can execute CRPI 151 to perform aweb-service that includes transmitting to the diagnostic tool 70 atleast the portion of the U/I screen and/or the guidance needed toperform a scanner job. The diagnostic tool 70 can contain at least theportion of the U/I screen and/or the guidance needed to perform ascanner job in a buffer of the memory 80.

8. Additional Features

In an example implementation, the CRPI 81 can include instructionsexecutable by the processor 72 to determine a USC pertaining to ascanner job that has been selected, transmit a VDM to the identifiedvehicle to solicit a response from a component of a system in theidentified vehicle, and make a determination that the diagnostic toolreceived, in response to the VDM, a response from the component of thesystem in the identified vehicle. Displaying a user-interface screenincluding a USC to select a scanner job and/or a scan tool functionpertaining to the component of the system can be conditioned on theprocessor 72 making the determination that the diagnostic tool receivedthe response from the component of the system in the identified vehicle.For purposes of this description, these program instructions arereferred to as first example CRPI.

In some cases, the vehicles represented by a vehicle identifier caninclude vehicles having different combinations of vehicle components(e.g., different combinations of ECU). As an example and with referenceto a system service ID column in FIG. 5 , a first combination of vehiclecomponents in a first subset of the vehicles identified as a 2016CADILLAC® SRX 3.6 L V6 (LFX) can include a parking brake control module,an antilock brake module, an HVAC module, a body control module, anengine control module, a front park assist module, and a steeringcontrol module. In contrast, a second combination of vehicle componentsin a second subset (different than the first subset) of the vehiclesidentified as a 2016 CADILLAC® SRX 3.6 L V6 (LFX) can include all of theaforementioned components in the first subset except for the HVACmodule.

In an example implementation, the processor 72 can execute the firstexample CRPI in response to and/or after determining a continue USC 406was selected from the U/I screen 400 (shown in FIG. 15 ). Regardless ofwhether the identified vehicle connected to the diagnostic tool 70 is avehicle in the first or second subset of vehicles identified as a 2016CADILLAC® SRX 3.6 L V6 (LFX), the processor 72 can transmit one or moreVDMs including a request to solicit a response from the parking brakecontrol module, the antilock brake module, the HVAC module, the bodycontrol module, the engine control module, the front park assist module,and the steering control module.

Assuming all components of the first or second combination of vehiclecomponents in the identified vehicle responds to the one or more VDMs,the processor 72 can determine that a vehicle of the second subset ofvehicles is connected to the diagnostic tool 70 does not include an HVACmodule. Since the processor 72 determines the identifier vehicle doesnot include an HVAC module, the processor 72 can determine that thequantity of scanner jobs available to perform on the identified vehicleis nine rather than ten as shown by the scanner job quantity indicator426 in FIG. 16 . In accordance with this example implementation, a U/Iscreen showing USCs for each scanner job in the identified vehicle caninclude the scanner job USC 444, 446, 448, 450, 454, 456, 458, 460, and462, as shown in FIG. 17 , without showing the scanner job USC 452 forreplacing HVAC actuator since the processor 72 determined the identifiedvehicle does not include an HVAC module for performing the scan toolfunction for replacing the HVAC actuator. In a different implementation,the processor 72 can output the U/I screen showing the scanner job USC452, but the scanner job USC 452 is not selectable if the identifiedvehicle does not include an HVAC module. In yet another implementation,the identified vehicle includes a module pertaining to a scanner job,but the module is inoperative with respect to responding to a messageincluding a request soliciting a response from the module. In thisimplementation, the processor 72 can determine to omit a scanner joband/or scan tool function from a scanner job U/I screen since thatscanner job and/or scan tool function cannot be performed if the moduleis not communicating with the diagnostic tool 70.

The first example CRPI can, but need not necessarily, determine whetheror not the identified vehicle includes an HVAC module. The first exampleCRPI, and thus the CRPI 81, can include program instructions todetermine whether an identified vehicle includes an operating vehiclecomponent pertaining to a scanner job associated with the identifiedvehicle, determine a quantity of scanner jobs are available to beperformed on the identified vehicle, determine which of the availablescanner jobs are to be selectable via a USC on a U/I screen, and causethe display 84 to display a U/I screen with the USCs for the availablescanner jobs. The quantity of available scanner jobs can include one ormore scanner jobs. If none of the scanner jobs associated with theidentified vehicle are available to be performed (e.g., because theidentified vehicle does not include an operative vehicle componentassociated with the associated scanner jobs), the processor 72 can causethe display 84 to display a U/I screen showing that none of theassociated scanner jobs are available to be performed on the identifiedvehicle.

IV. Example Server

FIG. 8 is a block diagram of a server 150, in accordance with an exampleimplementation. Each instance of the server 16 shown in FIG. 1 caninclude and/or be configured like the server 150 or any portion(s) ofthe server 150. Furthermore, the server 150 can operate in any systemshown in FIG. 1 showing the server 16 or some other system. As shown inFIG. 8 , the server 150 includes a processor 152, a network transceiver154, and a memory 156. Two or more of those components can beoperatively coupled together via a system bus, network, or otherconnection mechanism 158. The server 150 also includes a power supply160 and a housing 162.

The processor 152 can include one or more processors. The examples of aprocessor described above in the description with respect to theprocessor 72 are applicable to the processor 152. The processor 152 canbe programmed to perform any function or combination of functionsdescribed herein as being performed by the server 16, 150.

The network transceiver 154 can include one or more transceivers. Theexamples of a transceiver described above in the description withrespect to the network transceiver 74 are applicable to the networktransceiver 154. The network transceiver 154 can transmit any data orcommunication discussed as being transmitted, output, or provided by theserver 16, 150, such as a datum, web-service, and/or communicationtransmitted, output or provided to the diagnostic tool 10, 70. Thenetwork transceiver 154 can receive any data or communications discussedas being received by the server 16, 150, such a datum, web-servicerequest, and/or communication the server 16, 150 and/or the networktransceiver 154 receives from the communication network 14 and/or thediagnostic tool 10, 70.

The memory 156 can include one or more memories. The examples of amemory described above in the description with respect to the memory 80are applicable to the memory 156. In that description, one of examplememories is a hard drive. As an example, a hard drive of a serverequipped with a hard drive can, but need not necessarily, include an IDEdrive, an ATA drive, an SCSI hard drive, or a SATA hard drive.

The connection mechanism 158 can include any of a variety of conductionsto carry communications or data between the components connected to theconnection mechanism 158. As an example, the connection mechanism 158can include a copper foil trace of a printed circuit board, a wire, orsome other conductor.

The power supply 160 can be configured in any of a variety ofconfigurations or combinations of the variety of configurations. As anexample, the power supply 160 can include circuitry to receive AC froman AC electrical supply and convert the AC to a DC for supplying to oneor more of the components within the server 16, 150. As another example,the power supply 160 can include a battery or be battery operated. Asyet another example, the power supply 160 can include a solar cell or besolar operated. The power supply 160 can include electrical circuits todistribute electrical current throughout the server 16, 150. Otherexamples of the power supply 160 are available.

The housing 162 can surround at least a portion of one or more of theprocessor 152, the network transceiver 154, the memory 156, theconnection mechanism 158, and/or the power supply 160. The housing 162can be referred to as an enclosure. The housing 162 can support asubstrate. At least a portion of the processor 152, the networktransceiver 154, the memory 156, and/or the connection mechanism 158 canbe mounted on and/or connect to the substrate.

The memory 156 stores computer-readable data. As an example, the memory156 contains one or more of the following: the CRPI 151, scanner jobs153, guidance 155, and/or U/I screens 157.

In general, the CRPI 151 can include program instructions to performfunctions described in this description as being performed by the server16, 150 or a component of the server 16, 150.

The scanner jobs 153 include data regarding scanner jobs that can beperformed on and/or to a vehicle. In some cases, a scanner job requiresperformance of a scan tool function. In some other cases, a scanner jobrequires performance of a non-scan tool function, but does not requireperformance of a scan tool function. In still other cases, a scanner jobrequires performance of a scan tool function and a non-scan toolfunction. A scanner job can include one or more of the following: avehicle identifier, a scanner job identifier, a scan tool functionidentifier, a functional test system identifier, a target required tag,and/or a functional test label. A target required tag can indicatewhether a target, such as an alignment target, is required to performthe scanner job. A functional test label can indicate a category offunctional tests into which a scan tool function is categorized. As anexample, a functional test label can indicate a reset category, acalibrate category, a control category, or a program category.

The CRPI 151 can include program instructions executable to receive,from the diagnostic tool 10, 70, a request including a vehicleidentifier, determine one or more scanner jobs associated with thevehicle identifier, and provide to the diagnostic tool 10, 70, inresponse to the request, job identifier(s) indicative of the one or morescanner jobs. The response to the request can include any other content(associated with the identified vehicle) described as being part of ascanner job. In at least some implementations, the processor 152 canexecute the CRPI 151 to determine the one or more scanner jobs byreferring to data that maps scanner jobs to vehicle identifiers, such asthe data shown in Table 100 in FIG. 5 .

The guidance 155 can include OEM content (e.g., content prepared byand/or on behalf of a manufacturer of the identified vehicle or avehicle component) and/or aftermarket content (e.g., content prepared byand/or on behalf of person or entity other than a vehicle manufactureror a vehicle component manufacturer). Any examples of guidance discussedin this description can be contained in the guidance 155.

The guidance 155 can include guidance associated with a vehicle, ascanner job, and/or a scan tool function. The guidance associated with avehicle identifier can, but need not necessarily, include a vehicleidentifier associated with the vehicle. The guidance associated with ascanner job can, but need not necessarily, include a job identifier thatidentifies the scanner job. The guidance associated with the scan toolfunction, can but need not necessarily, include a function identifierthat identifies a scan tool function.

The CRPI 151 can include program instructions executable to receive,from the diagnostic tool 10, 70, a request including a vehicleidentifier, a job identifier, and/or a function identifier, determineguidance associated with the vehicle identifier, the job identifier,and/or the function identifier contained in the request, and provide, inresponse to the request, the guidance associated with the vehicleidentifier, the job identifier, and/or the function identifier containedin the request.

The U/I screens 157 can include any U/I screen discussed in thisdescription. The CRPI 151 can include program instructions executable toreceive, from the diagnostic tool 10, 70, a request indicating a USCselected via a U/I screen displayed on the diagnostic tool 10, 70 andprovide in response to the request a U/I screen based on the a USCindicated by the request. In at least some implementations, the U/Iscreens 157 include one or more files for outputting a U/I screen, suchas any U/I screen shown in the figures. As an example, those one or morefiles can include an HTML file. In at least some implementations, theU/I screens 157 can include data indicating a U/I screen template and/oran indicator of a U/I screen template. In accordance with thoseimplementations, the server 150 can output an indicator of a U/I screentemplate and data to populate a template associated with the indicatorat the diagnostic tool 70.

V. Example Operation 1. First Example Operation

FIG. 9 shows a flowchart depicting a set of functions 280 (or moresimply “the set 280”) that can be carried out in accordance with theexample implementations described in this description. The set 280includes the functions shown in blocks labeled with whole numbers 281through 284. The following description of the set 280 includesreferences to elements shown in other figures described in thisdescription, but the functions of the set 280 are not limited to beingcarried out only by the referenced elements. A variety of methods can beperformed using all of the functions shown in the set 280 or any propersubset of the functions shown in the set 280. Any of those methods canbe performed with other functions such as one or more of the otherfunctions described in this description. A processor can perform orcause a function of the set 280 to be performed. That processor caninclude one or more processors. The processor can include the processor72.

At block 281, the method includes displaying, on a display, a first U/Iscreen including a USC including an indicator of a first scanner jobperformable on an identified vehicle. In at least some implementations,the display is operatively connected to one or more processors, and theone or more processors are operatively coupled to one or morecomputer-readable mediums. The computer-readable medium has storedthereon program instructions executable by the one or more processors toperform scan tool functions that include the one or more processorstransmitting a VDM to an identified vehicle. The scan tool functionsinclude a first scan tool function for a first system of the identifiedvehicle and a second scan tool function for a second system of theidentified vehicle. The first system is different than the secondsystem.

As an example, the first U/I screen can include and/or be arranged likethe U/I screens 440, 490, 550, 640 shown in FIG. 17 , FIG. 32 , FIG. 38, FIG. 41 , respectively. In some example implementations, the first U/Iscreen includes diagnostic information regarding the identified vehicleor other guidance, such as the U/I screens 670, 800 shown in FIG. 42 ,FIG. 43 that include guidance 674, 804, respectively.

At block 282, the method includes displaying a second U/I screen insteadof the first U/I screen. This occurs in response to a selection of theUSC including the indicator of the first scanner job. The second U/Iscreen incudes a first USC including an indicator of the first scan toolfunction for the first system of the identified vehicle, and a secondUSC including an indicator of the second scan tool function for thesecond system of the identified vehicle.

In at least some example implementations, the first scanner job isassociated with a search term. The method can include the one or moreprocessors: (1) transmitting, to a server, a request for guidanceregarding the first scanner job, (2) receiving, in response to therequest, guidance regarding the first scanner job, and (3) displaying,on the display, the guidance regarding the first scanner job. Therequest can include the search term. As an example, the search term caninclude a vehicle identifier, a scanner job identifier, a scan toolfunction identifier, a functional test system identifier, a targetrequired tag, and/or a functional test label.

In at least some example implementations, the second U/I screen includesguidance for performing a procedure of the first scanner job. Theguidance can be stored in the memory 80. In one respect, the guidancecan be stored locally in the memory 80 before the identified vehicle isidentified. In another respect, the guidance can be stored locally inthe memory 80 after receiving a response to a request for guidance, suchas described in the preceding paragraph. In yet another respect, theguidance can be received as part of a web page including the second U/Iscreen.

At block 283, the method includes transmitting a first VDM to theidentified vehicle, wherein the first VDM is addressed to a component ofthe first system of the identified vehicle. This occurs in response to aselection of the first USC from the second U/I screen.

At block 284, the method includes transmitting a second VDM to theidentified vehicle, wherein the second VDM is addressed to a componentof the second system of the identified vehicle. This occurs in responseto a selection of the second USC from the second U/I screen.

In any of the example implementations based on the set 280, the scantool functions can include a vehicle component reset function, a vehiclecomponent calibration function, a vehicle component programmingfunction, a vehicle component read DTC function, and/or a vehiclecomponent clear DTC function.

In any of the example implementations based on the set 280, the displaycan include a touch screen display. The selection of a USC displayed onthe display, such as the first USC and the second USC, respectively, caninclude a user contact of the touch screen display at or in proximity tothat USC, such as the first USC and the second USC, respectively. Theprocessor 72 can determine the occurrence of each selection of a USC.

In further example implementations based on the set 280, the method canalso include displaying a third U/I screen. The follow six paragraphsdescribe such further example implementations.

For instance, in a first further example implementation based on the set280, the method of any of the preceding example implementations alsoincludes displaying a third U/I screen instead of the second U/I screenin response to the selection of the first USC from the second U/Iscreen. The third U/I screen includes a USC including an indicator toproceed with performing the first scan tool function. Transmission ofthe first VDM in response to selection of the second USC is conditionedon the USC including the indicator to proceed with performing the firstscan tool function being selected from the third U/I screen. Examples ofthe third U/I screen for this implementation are shown in FIG. 20 , FIG.21 , and FIG. 33 .

In accordance with the first further example implementation based on theset 280, the method can include determining, while the third U/I screenis being displayed, a status of performing the first scan tool function,and displaying, within the third U/I screen, an indication of the statusof performing the first scan tool function. Furthermore and inaccordance with the first further example implementation based on theset 280, the method can include switching from displaying the third U/Iscreen on the display to displaying the second U/I screen on the displayin response to a selection of the USC selectable to switch back to aprior U/I screen from the third U/I screen. The third U/I screenincludes a USC selectable to switch back to a prior U/I screen.

In a second further example implementation based on the set 280, themethod can further include: (1) displaying, on the display, a U/I screenincluding a USC including an indicator of the first system of theidentified vehicle and a USC including an indicator of the second systemof the identified vehicle, and (2) displaying a third U/I screen insteadof the U/I screen including the USC including the indicator of the firstsystem of the identified vehicle and the USC including the indicator ofthe second system of the identified vehicle in response to a selectionof the USC indicating the indicator of the first system of theidentified vehicle. The third U/I screen includes a USC including anindicator of the first scan tool function for the first system of theidentified vehicle and does not include any USC for selecting a scantool function for a system of the identified vehicle other than thefirst system of the identified vehicle. Further, the method includesdisplaying a fourth U/I screen instead of the U/I screen including theUSC including the indicator of the first system of the identifiedvehicle and the USC including the indicator of the second system of theidentified vehicle in response to a selection of the USC indicating theindicator of the second system of the identified vehicle. The fourth U/Iscreen includes a USC including an indicator of the second scan toolfunction for the second system of the identified vehicle and does notinclude any USC for selecting a scan tool function for a system of theidentified vehicle other than the second system of the identifiedvehicle.

In a third further example implementation based on the set 280, themethod further includes displaying, on the display, a third U/I screenincluding one or more USCs. Each of the one or more USCs includes anindicator of a respective system of the identified vehicle. In thisimplementation, the first U/I screen including the USC including theindicator of the first scanner job performable on the identified vehicleis displayed in response to a selection of a USC among the one or moreUSCs. The USC among the one or more USCs can include an indicator of ascanner job being available upon selection of the USC among the one ormore USCs. An example of the third U/I screen for this implementation isshown in FIG. 40 .

In a fourth further example implementation based on the set 280, themethod further includes displaying, on the display, a third U/I screenincluding multiple USCs. Each of the multiple USCs includes an indicatorof a respective scanner job performable on the identified vehicle. Oneof the multiple USCs includes a USC including an indicator of the firstscanner job. The first U/I screen including the USC including theindicator of the first scanner job performable on the identified vehicleis displayed in response to a selection of the USC including theindicator of the first scanner job.

In a fifth further example implementation based on the set 280, thefirst U/I screen includes a USC including an indicator of a secondscanner job performable on the identified vehicle. The method of thisimplementation includes displaying a third U/I screen instead of thefirst U/I screen in response to a selection of the USC including theindicator of the second scanner job. The third U/I screen includesguidance for performing the second scanner job. As an example, thesecond scanner job can include a change engine oil job and the guidancefor performing the second scanner job can include guidance on how toreset an engine oil life setting within an ECU in the identified vehiclewithout using the diagnostic tool to send a VDM to the ECU.

2. Second Example Operation

Next, FIG. 10 shows a flowchart depicting a set of functions 290 (ormore simply “the set 290”) that can be carried out in accordance withthe example implementations described in this description. The set 290includes the functions shown in blocks labeled with whole numbers 291through 293. The following description of the set 290 includesreferences to elements shown in other figures described in thisdescription, but the functions of the set 290 are not limited to beingcarried out only by the referenced elements. A variety of methods can beperformed using all of the functions shown in the set 290 or any propersubset of the functions shown in the set 290. Any of those methods canbe performed with other functions such as one or more of the otherfunctions described in this description. A processor can perform orcause a function of the set 290 to be performed. That processor caninclude one or more processors. The processor can include the processor72.

At block 291, the method includes displaying, on a display, a first U/Iscreen including a USC including an indicator of a first scanner jobperformable on an identified vehicle. In at least some implementations,the display is operatively connected to one or more processors, and theone or more processors are operatively coupled to one or morecomputer-readable mediums. The computer-readable medium has storedthereon program instructions executable by the one or more processors toperform scan tool functions that include the one or more processorstransmitting a VDM to an identified vehicle. The scan tool functionsinclude a first scan tool function for a first system of the identifiedvehicle.

As an example, the first U/I screen can include and/or be arranged likethe U/I screens 440, 490, 550, 640 shown in FIG. 17 , FIG. 32 , FIG. 38, FIG. 41 , respectively. In some example implementations, the first U/Iscreen includes diagnostic information regarding the identified vehicleor other guidance, such as the U/I screens 670, 800 shown in FIG. 42 ,FIG. 43 that include guidance 674, 804, respectively.

At block 292, the method includes displaying a second U/I screen insteadof the first U/I screen. This occurs in response to a selection of theUSC including the indicator of the first scanner job. The second U/Iscreen incudes a first USC including an indicator of the first scan toolfunction for the first system of the identified vehicle, and guidancefor performing a procedure of the first scanner job.

In at least some example implementations based on the set 290, the firstscanner job for the set 290 is associated with a search term. The methodcan include the one or more processors: (1) transmitting, to a server, arequest for guidance regarding the first scanner job, and (2) receiving,in response to the request, guidance regarding the first scanner job.The request can include the search term. As an example, the search termcan include a vehicle identifier, a scanner job identifier, a scan toolfunction identifier, a functional test system identifier, a targetrequired tag, and/or a functional test label.

In at least some example implementations based on the set 290, thesecond U/I screen includes guidance for performing a procedure of thefirst scanner job. The guidance for performing a procedure of the firstscanner job can be stored in the memory 80. In one respect, the guidancecan be stored locally in the memory 80 before the identified vehicle isidentified. In another respect, the guidance can be stored locally inthe memory 80 after receiving a response to a request for guidance, suchas described in the preceding paragraph. In yet another respect, theguidance can be received as part of a web page including the second U/Iscreen.

At block 293, the method includes transmitting a first VDM to theidentified vehicle, wherein the first VDM is addressed to a component ofthe first system of the identified vehicle. This occurs in response to aselection of the first USC from the second U/I screen.

In any of the example implementations based on the set 290, the scantool functions can include a vehicle component reset function, a vehiclecomponent calibration function, a vehicle component programmingfunction, a vehicle component read DTC function, and/or a vehiclecomponent clear DTC function.

In any of the example implementations based on the set 290, the displaycan include a touch screen display. The selection of a USC displayed onthe display, such as the first USC, can include a user contact of thetouch screen display at or in proximity to the first USC. The processor72 can determine the selection occurred.

In any of the example implementations based on the set 290, the firstU/I screen can include diagnostic information or other guidanceregarding the identified vehicle.

In any of the example implementations based on the set 290, the scantool function can include a second scan tool function for the firstsystem of the identified vehicle. In this implementation(s), the secondU/I screen includes a second USC including an indicator of the secondscan tool function for the first system of the identified vehicle. Amethod according to these implementation(s) includes transmitting asecond VDM to the identified vehicle in response to a selection of thesecond USC from the second U/I screen. The second VDM is addressed to acomponent of the first system of the identified vehicle.

In any of the example implementations based on the set 290, the methodcan also include displaying a third U/I screen. The follow sixparagraphs describe such further example implementations.

For instance, in a first further example implementation based on the set290, the method also includes displaying a third U/I screen instead ofthe second U/I screen in response to the selection of the first USC fromthe second U/I screen. The third U/I screen includes a USC including anindicator to proceed with performing the first scan tool function.Transmission of the first VDM in response to selection of the second USCis conditioned on the USC including the indicator to proceed withperforming the first scan tool function being selected from the thirdU/I screen.

In accordance with the first further example implementation based on theset 290, the method can include determining, while the third U/I screenis being displayed, a status of performing the first scan tool function,and displaying, within the third U/I screen, an indication of the statusof performing the first scan tool function. Furthermore and inaccordance with the first further example implementation based on theset 290, the method can include switching from displaying the third U/Iscreen on the display to displaying the second U/I screen on the displayin response to a selection of the USC selectable to switch back to aprior U/I screen from the third U/I screen. The third U/I screenincludes a USC selectable to switch back to a prior U/I screen.

In a second further example implementation based on the set 290, themethod can further include: (1) displaying, on the display, a third U/Iscreen including a USC including an indicator of the first system of theidentified vehicle, and (2) displaying a fourth U/I screen instead ofthe third U/I screen in response to a selection of the USC indicatingthe indicator of the first system of the identified vehicle. The fourthU/I screen includes a USC including an indicator of the first scan toolfunction for the first system of the identified vehicle and does notinclude any USC for selecting a scan tool function for a system of theidentified vehicle other than the first system of the identifiedvehicle.

In a third further example implementation based on the set 290, themethod can further include displaying, on the display, a third U/Iscreen including one or more USCs. Each of the one or more USCs includesan indicator of a respective system of the identified vehicle. The firstU/I screen including the USC including the indicator of the firstscanner job performable on the identified vehicle is displayed inresponse to a selection of a USC among the one or more USCs. Moreover,in accordance with at least some of these further implementations, theUSC among the one or more USCs includes an indicator of a scanner jobbeing available upon selection of the USC among the one or more USCs.

In a fourth further example implementation based on the set 290, themethod can further include displaying, on the display, a third U/Iscreen including multiple USCs. Each of the multiple USCs includes anindicator of a respective scanner job performable on the identifiedvehicle. One of the multiple USCs includes a USC including an indicatorof the first scanner job. The first U/I screen including the USCincluding the indicator of the first scanner job performable on theidentified vehicle is displayed in response to a selection of the USCincluding the indicator of the first scanner job.

In a fifth further example implementation based on the set 290, thefirst U/I screen includes a USC including an indicator of a secondscanner job performable on the identified vehicle. The method of thisimplementation includes displaying a third U/I screen instead of thefirst U/I screen in response to a selection of the USC including theindicator of the second scanner job. The third U/I screen includesguidance for performing the second scanner job. As an example, thesecond scanner job can include a change engine oil job and the guidancefor performing the second scanner job can include guidance on how toreset an engine oil life setting within an ECU in the identified vehiclewithout using the diagnostic tool to send a VDM to the ECU.

An example implementation based on the set 280 includes performing thefunction of one or more of block 281, 282, 283, and 284. For instance,an implementation based on the set 280 includes performing the functionsof blocks 281, 282, 283, and 284. An example implementation based on theset 290 includes performing the function of one or more of block 291,292, and 293. For instance, an implementation based on the set 290includes performing the functions of blocks 291, 292, and 293.

VI. Example User-Interface (U/I) Screens

Next, FIG. 11 to FIG. 47 shows example U/I screens in accordance withexample implementations. A display of a diagnostic tool, such as thediagnostic tool 10, 70, can display a U/I screen shown in FIG. 11 toFIG. 47 or some portion of a U/I screen shown in one or more of the U/Iscreens shown in FIG. 11 to FIG. 47 . One or more of the U/I screensshown in FIG. 11 to FIG. 47 pertain to a vehicle. Those U/I screen(s)will be described with respect to the vehicle 12, 30, 50, but areapplicable to other vehicle(s) as well. The server 150 can provide a U/Iscreen shown in FIG. 11 to FIG. 47 to the diagnostic tool 70 or someportion of the content shown on a U/I screen in FIG. 11 to FIG. 47 tothe diagnostic tool 70.

The diagnostic tool 70 is configured to operate in different modes. Eachof the example U/I screens represents one of the different operatingmodes of the diagnostic tool 70. As an example and in general, theoperating modes can include displaying a U/I screen that includes a USCselectable to select a characteristic of a vehicle to identify avehicle. As another example and in general, the operating modes caninclude displaying a U/I screen that includes a USC selectable to selecta scanner job for an identified vehicle. As another example and ingeneral, the operating modes can include displaying a U/I screen thatincludes a USC selectable to cause the VCT 76 to transmit a VDM to theidentified vehicle. A set of USCs, such as one or more USCs, can bereferred to as a menu of USCs, or more simply a menu.

In particular, FIG. 11 shows a U/I screen 300 in accordance with anexample implementation. The U/I screen 300 can be arranged as a homescreen that is shown on the display 84. A home screen, such as the U/Iscreen 300, can be displayed in response to the diagnostic tool 10, 70powering on from the off state. The home screen, such as the U/I screen300, can be displayed in response to selection of a home screen USCdisplayed on a U/I screen, such as a home screen USC 302. The homescreen, such as the U/I screen 300, can be displayed in response toselection of a back icon displayed on a U/I screen, such as the back USC356 shown in FIG. 12 or any other U/I screen (having the back USC 356)displayed in response to selecting a USC on the U/I screen 300. The backUSC 356 can include an indicator indicative of the function performedupon and/or in response to selection of the back USC 356. As an example,the indicator can include text, such as “Back” or “Exit”, or a symbolsuch as an arrow.

The U/I screen 300, as well as other U/I screens displayable on thedisplay 84, such as the U/I screens shown in FIG. 12 to FIG. 47 , caninclude USC(s) for changing from the display screen displaying thosecontrol(s) to a different U/I screen and/or to overlaying a U/I screenupon the currently displayed U/I screen. As an example, those controlscan include a desktop USC 304, a menu USC 306, and/or a change vehicleUSC 310. The change vehicle USC 310 is selectable to display a U/Iscreen for entering one or more identifiers of a vehicle. In animplementation in which the processor 72 is not executing and/or doesnot include CRPI of an operating system including a desktop, the desktopUSC 304 can be grayed-out to indicate the desktop USC 304 is notselectable. Furthermore, the U/I screen 300, as well as other U/Iscreens displayable on the display 84, such as the U/I screens shown inFIG. 12 to FIG. 47 , can include a cursor 344 movable to point to a USCor other item displayed on the display 84.

The U/I screen 300, as well as other U/I screens displayable on thedisplay 84, such as the U/I screens shown in FIG. 12 to FIG. 47 , caninclude a TSB USC 308 and/or a view record USC 312. In someimplementations, the TSB USC 308 can be un-selectable if no vehicle hasbeen identified and/or if no TSB regarding the identified vehicle isavailable. In some implementations, the view record USC 312 can beun-selectable if no vehicle has been identified and/or if no recordregarding the identified vehicle is available. The record regarding anidentified vehicle can indicate information regarding prior instances ofservicing a particular instance of the identified vehicle. The processor72 may need identifiers beyond a year, make, and mode of a vehicle toidentify the particular instance of the identified vehicle. As anexample, the additional identifiers can include a customer name, acomplete VIN, a license plate number, among others.

The U/I screen 300, as well as other U/I screens displayable on thedisplay 84, such as the U/I screens shown in FIG. 12 to FIG. 47 , caninclude a vehicle indicator 314 that indicates whether a vehicle hasbeen identified for a current diagnostic session or whether anidentified vehicle is currently connected to the diagnostic tool 10, 70for the diagnostic session.

The U/I screen 300, as well as other U/I screens displayable on thedisplay 84, such as the U/I screens shown in FIG. 12 to FIG. 47 , caninclude indicators 316, 318 that indicate a hardware status pertainingto the diagnostic tool 10, 70. As an example, the indicator 316 canindicate whether or not the network transceiver 74 is connected to awireless communication network of the communication network 14. Asanother example, the indicator 318 can indicate whether or not thenetwork transceiver 74 is connected to a wired communication network ofthe communication network 14.

The U/I screen 300 includes a set of USCs 320 to 340 representingdifferent selectable operating modes of the diagnostic tool 10, 70 andan exit mode USC 342. Selection of the exit mode USC 342 can cause thediagnostic tool 10, 70 to power off from the on state (e.g., change fromthe on state to the off state). Each of the USCs 320 to 342 can includean icon and/or text representative of the selectable mode. The USCs 320to 340 include the following USCs: a scanner mode USC 320, an on-boarddiagnostic mode USC 322, a guided component tests mode USC 324, a scopemeter mode USC 326, a repair tip mode USC 328, a repair information modeUSC 330, a vehicle history mode USC 332, a quick lookups mode USC 334, adata manager mode USC 336, a help mode USC 338, and a system settingmode USC 340. Selection of a USC from the USCs 320 to 340 can cause thediagnostic tool 10, 70 to display a U/I screen associated with theselected USC and an associated operating mode and to cause thediagnostic tool 10, 70 to operate in the selected operating mode.

Next, FIG. 12 shows a U/I screen 350 configured for selecting a portionof a vehicle identifier for the scanner mode. In an implementation basedon FIG. 12 , a vehicle model year of the vehicle 12, 30, 50 can beselected from a set of model year USCs 352. In some implementations, theset of model year USCs 352 include model year USCs ranging from thevehicle model year 1980 to a most-current vehicle model year. In otherimplementations, the set of model year USCs 352 can cover a differentrange of model years. FIG. 12 shows a vehicle model year USC 354 for themodel year 2016 as being selected and/or as having been selected.Selecting the back USC 356 from the U/I screen 350 can cause the display84 to display a U/I screen displayed just prior to displaying the U/Iscreen 350. As an example, the U/I screen 350 can be displayed inresponse to selection of the scanner mode USC 320 while the U/I screen300 is displayed on the display 84 or in response to selecting the backUSC 356 from the U/I screen 370 shown in FIG. 13 .

Next, FIG. 13 shows a U/I screen 370 configured for selecting a portionof a vehicle identifier for the scanner mode. In an implementation basedon FIG. 13 , a vehicle make of the vehicle 12, 30, 50 can be selectedfrom a set of vehicle make USCs 372. In some implementations, the set ofvehicle make USCs 372 include vehicle make USCs for vehicles made inmultiple countries and/or by multiple vehicle manufacturers. In otherimplementations, the set of vehicle make USCs 372 includes vehicle makeUSCs for vehicles made in a single country and/or by a single vehiclemanufacturer. For purposes of this description, the country in which avehicle is made can be considered to be the country in which most of thevehicle is assembled and/or from which the greatest percentage ofcomponents are manufactured. FIG. 13 shows a vehicle make USC 374 forCADILLAC® vehicle make being selected and/or as having been selected. Asan example, the U/I screen 370 can be displayed in response to selectionof the change vehicle USC 310 while the U/I screen 350 is displayed onthe display 84, in response to selection of the vehicle model year USC354 while the U/I screen 350 is displayed on the display 84, or inresponse to selecting the back USC 356 from the U/I screen 390 shown inFIG. 14 . The U/I screen 370 can include a generic diagnostics USC 376selectable to cause the diagnostic tool 70 to enter a mode in which thediagnostic tool 70 displays a U/I screen with USCs selectable to causethe diagnostic tool 70 to transmit VDM according to a generic VDMprotocol. The generic VDM protocol can include a protocol to send VDMaccording to the SAE® J1979 standard for OBD II. The generic VDMprotocol can be applicable to multiple vehicle manufacturers, such asvehicle manufacturers supplying cars to a given country or region, suchas the United States, P.R. of China, or the European Union.

Next, FIG. 14 shows a U/I screen 390 configured for selecting a portionof a vehicle identifier for the scanner mode. In an implementation basedon FIG. 14 , a vehicle model of the vehicle 12, 30, 50 can be selectedfrom a set of vehicle model USCs 392. In some implementations, the setof vehicle model USCs 392 include vehicle models applicable to apreviously-selected vehicle model year and a previously selected vehiclemake. As an example, the set of vehicle model USCs 392 includes USCs forvehicle models built for the CADILLAC® vehicle make for the model year2016. FIG. 14 shows a vehicle model USC 394 for the SRX vehicle model asbeing selected and/or as having been selected. As an example, the U/Iscreen 390 can be displayed in response to selection of the changevehicle USC 310 while the U/I screen 370 is displayed on the display 84,in response to selection of the vehicle make USC 374 while the U/Iscreen 370 is displayed on the display 84, or in response to selectingthe back USC 356 from the U/I screen 400 shown in FIG. 15 .

In another implementation, the set of vehicle model USCs 392 can includea USC that further distinguishes vehicle models from one another byincluding a vehicle option identifier at and/or in the USC. Forinstance, the set of vehicle model USCs 392 can include a USC includinga vehicle option identifier pertaining to an engine displacement of anengine available in the vehicle model. For example, instead of a singlevehicle model USC for the SRX® vehicle model, the set of vehicle modelUSCs 392 can include the vehicle model USCs with the following text“SRX—2.8 L”, “SRX—3.0 L,” and “SRX—3.6 L,” in which the number indicatedin those USCs indicates an engine displacement. Other types of vehicleoption identifiers can be included in a USC of a U/I screen configuredfor selecting a vehicle for the scanner mode.

Next, FIG. 15 shows a U/I screen 400 configured for selecting a vehicleidentified for the scanner mode. The U/I screen 400 includes a prompt402 showing a vehicle identifier 404 based on prior selections ofvarious identifiers of a vehicle, such as a vehicle year, vehicle make,and vehicle model, entered via one or more other U/I screen. The U/Iscreen 400 includes the continue USC 406 to approve selecting thevehicle identified by the vehicle identifier 404, and a cancel USC 408to cancel selecting the vehicle identified by the vehicle identifier404. The continue USC 406 can include text, such as “Ok,’ “Continue,”“Save,” “Yes,” or some other text or symbol to indicate performance of afunction associated with the continue USC 408 will not be performed ifthe cancel USC 408 is selected. The cancel USC 408 can include text,such as “Cancel,” “Exit,” “No,” or some other text or symbol to indicateperformance of a function associated with the cancel USC 408 will not beperformed if the cancel USC 408 is selected. In some implementations,selecting the cancel USC 408 can cause the display 84 to display a U/Iscreen displayed just prior to displaying the U/I screen 400.Alternatively, selecting the cancel USC 408 can cause the display 84 todisplay the U/I screen 300 or the U/I screen 350.

Next, FIG. 16 shows a U/I screen 420 including a category view 422 ofdifferent USCs pertaining to different operating modes of the diagnostictool 10, 70. In particular, the U/I screen 420 includes a scanner jobsUSC 424, a code scan USC 428, and a clear all codes by code scan USC430. The code(s) referred to by the code scan USC 428 and the clear allcodes by code scan USC 430 can be DTC(s) set by an ECU. The scanner jobsUSC 424 includes a scanner job quantity indicator 426 indicative of howmany scanner jobs on the diagnostic tool are selectable for theidentified vehicle. The processor 72 can determine a quantity of scannerjobs for the identified vehicle by searching the scanner jobs 85 basedon the vehicle identifier. In FIG. 16 , the scanner job quantityindicator 426 indicates ten, which matches the quantity of differentscanner jobs shown in the table 100 shown in FIG. 5 .

The U/I screen 420 also includes a set of common selection USCs 432. AUSC among the set of common selection USCs 432 can include a USCconfigured to select a system of the identified vehicle so as to causethe display 84 to display a U/I screen with one or more scan toolfunction USCs for the identified system. In accordance with animplementation, the display 84 does not display any guidance on that U/Iscreen or in response to selecting a scan tool function USC on that U/Iscreen. The common selection USCs 432 include an antilock brakes USC 434among others.

As an example, the U/I screen 420 can be displayed in response toselection of the continue USC 406 while the U/I screen 400 is displayedon the display 84, or in response to selecting the back USC 356 from theU/I screen 440 shown in FIG. 17 .

Next, FIG. 17 shows a U/I screen 440 including a set of scanner job USCs442. The scanner job USCs 442 include scanner job USC 444, 446, 448,450, 452, 454, 456, 458, 460, 462. As an example, the scanner job USC444, 446, 448, 450, 452, 454, 456, 458, 460, 462 is selectable to selecta scanner job regarding: (1) replacing a brake caliper on the identifiedvehicle, (2) replacing a brake pedal position sensor on the identifiedvehicle, (3) replacing a liftgate actuator, (4) replacing a crankshaftposition sensor on the identified vehicle, (5) replacing an HVACactuator on the identified vehicle, (6) replacing a steering wheelposition sensor on the identified vehicle, (7) replacing disc brake padson the identified vehicle, (8) replacing a power window motor on theidentified vehicle, (9) replacing a throttle body on the identifiedvehicle, and (10) performing a wheel alignment, respectively. A personskilled in the art will understand that the above-referenced scanner jobUSCs are examples only.

The processor 72 can determine which scanner jobs pertain to theidentified vehicle by searching the scanner jobs 85 based on theidentified vehicle (e.g., the vehicle identifier associated with theidentified vehicle). In accordance with that implementation, the scannerjobs 85 can include data indicative of the scanner jobs available forthe identified vehicle, such as the data shown in Table 100 in FIG. 5 .In an example implementation, the processor 72 can output the U/I screen440 to the display 84 in response to determining that the scanner jobsUSC 424 is selected while the U/I screen 420 (shown in FIG. 16 ) isdisplayed on the display 84, or in response to selecting the back USC356 from the U/I screen 440 shown in FIG. 17 or from the U/I screen 470shown in FIG. 31 .

Next, FIG. 18 shows a U/I screen 401 including content regarding thereplace liftgate actuator scanner job. In accordance with exampleimplementations, the processor 72 can output the U/I screen 401 inresponse to determining the scanner job USC 448 associated with thereplace liftgate actuator scanner job has been selected while the U/Iscreen 440 is displayed on the display 84. In an example implementation,in response to determining the scanner job USC 448 is selected, theprocessor 72 can request a web-service from the server 150. That requestcan, but need not necessarily, include a vehicle identifier indicatingthe identified vehicle and an identifier of scanner job selected byselection of the scanner job USC 448.

The content of the U/I screen 401 includes top repairs user-selectabledata 403, a service information USC 405, a vehicle interface USC 407, ascanner mode USC 409, and a repair information mode USC 411. The toprepairs user-selectable data 403 shows quantities of repairs made toinstances of the identified vehicle and the mileage on the vehicle towhich each repair was made. The service information USC 405 isselectable to cause the processor 72 to determine a list of serviceinformation items pertaining to the replace liftgate actuator scannerjob and output a U/I screen showing a list of service information items,such as the list of service items 543 shown in FIG. 27 . In an exampleimplementation, the processor 72 can determine the list of serviceinformation items in a response to the request for web-service discussedin the previous paragraph.

In some implementations, the service information USC 405 includes aquantity indicator 413 indicative of how many service information itemsare contained in the list of service information items. The vehicleinterface USC 407 is selectable to cause the processor 72 to output aU/I screen showing USCs selectable to cause the diagnostic tool toperform a scan tool function associated with the replace liftgateactuator scanner job. The scanner mode USC 409 is selectable to causethe processor 72 to transition from a mode in which scan tool functionsare selectable based on a scanner job to a mode in which scan toolfunctions are selectable based on another arrangement of scan toolfunction selectors, such as an arrangement in which the scan toolfunction selectors are based on a selected YMMS. The repair informationmode USC 411 is selectable to cause the processor 72 to transition froma mode in which repair information is presented based on a scanner jobto a mode in repair information is presented based on anotherarrangement, such as an arrangement in which the repair information ispresented based on a selected YMMS.

In at least some implementations, each of the service information USC405, the vehicle interface USC 407, the scanner mode USC 409, and therepair information mode USC 411 is associated with a respective spatialportion of the display 84, and the processor 72 is configured todetermine the service information USC 405, the vehicle interface USC407, the scanner mode USC 409, or the repair information mode USC 411 isselected if the respective portion of the display 84 is being touched bya user.

Next, FIG. 19 shows a U/I screen 417 including content regarding thereplace liftgate actuator scanner job. In accordance with at least someimplementations, the processor 72 can output the U/I screen 417 inresponse to determining the vehicle interface USC 407 has been selectedwhile the U/I screen 401 is displayed on the display 84. In accordancewith at least some other implementations, the processor 72 can outputthe U/I screen 417 in response to determining the scanner job USC 448associated with the replace liftgate actuator scanner job has beenselected while the U/I screen 440 is displayed on the display 84.

The content of the U/I screen 417 includes the top repairsuser-selectable data 403, the service information USC 405, the scannermode USC 409, the repair information mode USC 411, and a scan toolfunction USC 419. In the implementation shown in FIG. 19 , only one scantool function USC is displayed. In other implementations, a U/I screendisplayed in response to selection of a vehicle interface USC, such asthe vehicle interface USC 407, can include multiple scan tool functionUSCs. The scan tool function USC 419 is selectable to cause theprocessor 72 to display a U/I screen pertaining to a particular scantool function associated with the scan tool function USC 419, such asthe U/I screen 423 shown in FIG. 20 , the U/I screen 429 shown in FIG.21 , or the U/I screen 435 shown in FIG. 22 .

Next, FIG. 20 shows the U/I screen 423. The U/I screen 423 includes thecontinue USC 406, the cancel USC 408, and instructions 425 regardingperformance of a scan tool function. In the implementation in which thescan tool function is the liftgate maximum open position learn scan toolfunction, the instructions 425 pertain to that scan tool function. A U/Iscreen with instructions regarding performance of a different scan toolfunction can include instruction regarding performance of that differentscan tool function. The processor 72 can output a U/I screen withinstructions regarding performance of a scan tool function afterselection of the scan tool function but before performance of the scantool function. The continue USC 406 within the U/I screen 423 isselectable to display another U/I screen pertaining to performance ofthe liftgate maximum open position learn scan tool function such as theU/I screen 429 shown in FIG. 21 or the U/I screen 435 shown in FIG. 22 .

Next, FIG. 21 shows the U/I screen 429. The U/I screen 429 includes thecontinue USC 406, the cancel USC 408, and a warning 431 regardingperformance of a scan tool function. In the implementation in which thescan tool function is the liftgate maximum open position learn scan toolfunction, the warning 431 pertains to that scan tool function. A U/Iscreen with a warning regarding performance of a different scan toolfunction can include a warning regarding performance of that differentscan tool function. The processor 72 can output a U/I screen with awarning regarding performance of a scan tool function after selection ofthe scan tool function but before performance of the scan tool function.The continue USC 406 within the U/I screen 429 is selectable to displayanother U/I screen pertaining to performance of the liftgate maximumopen position learn scan tool function such as the U/I screen 435 shownin FIG. 22 .

Next, FIG. 22 shows the U/I screen 435. The U/I screen 435 includes aset of PID cards 437 associated with a scan tool function and thescanner job that includes performing the scan tool function. The U/Iscreen 435 also includes the back USC 356, a custom USC 439, an alarmsUSC 441, a properties USC 443, a graph view USC 445, a save USC 447, aprint USC 449, a scale USC 451, and a sweep USC 453. The back USC 356 isselectable to cause the processor 72 to display a previously-displayedU/I screen, such as the U/I screen 429 shown in FIG. 21 . The custom USC439 is selectable to cause the processor 72 to initiate creation of acustom list of PID cards within the memory 80 and/or at the server 16,150.

The set of PID cards 437 includes PID card 455, 457, 459, 461, 463, 465,467, 469, 471, 473, 475, 477, 479, 481, 483, 485, 487, 489, 491, 493. Inat least some implementations, a PID card includes a PID card size USC351, a PID card identifier 353, a PID parameter value 355, and/or a PIDcard menu USC 357. The processor 72 is configured to change a size of aPID card from a first size to a second size in response to selection ofthe PID card size USC 351 while the PID card is displayed using thefirst size, and to change the size of the PID card from the second sizeto the first size in response to selection of the PID card size USC 351while the PID card is displayed using the second size. In at least someimplementations, the first size covers a smaller area of the display 84than the second size. The PID parameter value 355 for each PID card canindicate a current and/or most-recent parameter value of a PID indicatedby the PID card identifier 353. As an example, PID parameter values canbe a state value, such as passed, failed, on, off, or a numeric valuewith units such as volts, millivolts, amps, milliamps, revolutions perminute, kilometers per hour, miles per hour, pound per square inch,kilopascals, degrees Celsius, degrees Fahrenheit, among others.

FIG. 22 also shows a menu window 495 that can be displayed on thedisplay 84, overlaid upon the U/I screen 435, in response to theprocessor 72 determining the PID card menu USC 357 was selected. As anexample the PID card menu USC 357 can be selected by moving the cursor344 above the PID card menu USC 357 or selecting the display 84, inproximity to the PID card menu USC 357, by hand. The menu window 495includes a full screen graph USC 497 and a setup USC 499. Moving thecursor off of the PID card menu USC 357 and/or outside of the menuwindow 495 can cause the processor 72 to stop displaying the menu window495 while the U/I screen 435 is displayed. Selection of the full screengraph USC 497 can cause the processor 72 to output the U/I screen 525shown in FIG. 25 to the display 84. Selection of the setup USC 499 cancause the processor 72 to output the U/I screen 511 shown in FIG. 24 tothe display 84.

Next, FIG. 23 shows a U/I screen 505. The U/I screen 505 includes aportion of the set of PID cards 437. In particular, that portionincludes PID cards 455 to 465 and 475 to 493. Moreover, the U/I screen505 shows the PID card 455 in an intermediate expanded state. Theintermediate expanded state of a PID card exists when a size of the PIDcard is greater than a minimum size of the PID card and less than amaximum size of the PID card. In an example implementation, displayingthe PID card using the maximum size of the PID card includes displayingthe PID card such that the PID card covers an entirety of a screen ofthe display 84. In another example implementation, displaying the PIDcard using the maximum size of the PID card includes displaying the PIDcard such that the PID card covers a majority of the entirety of thescreen of the display without displaying any other PID card.Furthermore, the PID card 455 includes a graph 507 of the parametervalue represented by the PID card 455.

In an example implementation, the U/I screen 505 is displayed inresponse to the processor 72 determining that the PID card size USC 351in the PID card 455 is selected while the U/I screen 435 (shown in FIG.22 ) is displayed. As shown in FIG. 23 as compared to FIG. 22, the PIDcard size USC 351 in the PID card 455 is shown as having been rotatedone hundred eighty degrees. In an example implementation, the U/I screen435 shown in FIG. 22 is displayed in response to the processor 72determining that the PID card size USC 351 in the PID card 455 isselected while the U/I screen 505 is displayed.

Next, FIG. 24 shows the U/I screen 511. The U/I screen 511 includes PIDcard setup USCs 513. The PID card setup USCs 513 include a trigger USC515, a scale USC 517, and trigger indicators 519. The trigger USC 515can include a dropdown menu USC 521 selectable to cause the display 84to display multiple selectable triggers. In accordance with the exampleimplementations, a trigger associated with a PID can include a triggervalue that upon being reached causes the processor 72 to store parametervalues associated with the PID. The stored parameter values can includeparameter values that were received prior to detection of the triggervalue being reached, the parameter value(s) upon which the determinationthe trigger value was reached is based, and/or parameter values werereceived after detection of the trigger value being reached. The U/Iscreen 511 can be displayed in response to the processor 72 determiningthe setup USC 499 shown in FIG. 22 was selected. In at least someimplementations, selection of the continue USC 406 or the cancel USC 408causes the processor 72 to output the U/I screen 435 to the display 84.

Next, FIG. 25 shows the U/I screen 525. The U/I screen 525 includes thePID card 455 displayed in an intermediate expanded state or a maximumsize expanded state. The PID card 455 includes a graph 527 of theparameter value represented by the PID card 455.

FIG. 25 also shows a menu window 529 that can be displayed on thedisplay 84, overlaid upon the U/I screen 525, in response to theprocessor 72 determining the PID card menu USC 357 was selected. As anexample the PID card menu USC 357 can be selected by moving the cursor344 above the PID card menu USC 357 or selecting the display 84, inproximity to the PID card menu USC 357, by hand. The menu window 529includes a normal graph USC 531 and a setup USC 533. Moving the cursoroff of the PID card menu USC 357 and/or outside of the menu window 529can cause the processor 72 to stop displaying the menu window 529 whilethe U/I screen 525 is displayed. Selection of the normal graph USC 531can cause the processor 72 to output the U/I screen 555 shown in FIG. 23to the display 84. Selection of the setup USC 533 can cause theprocessor 72 to output the U/I screen 511 shown in FIG. 24 to thedisplay 84.

Next, FIG. 26 shows a U/I screen 539. The U/I screen 539 includes a TSBUSC 541.

In accordance with at least some implementations, the TSB USC 541includes an identifier of a TSB. As an example, the identifier of theTSB can include a title of the TSB. The title can indicate the subjectmatter of the TSB. As another example, the identifier of TSB can includea numerical identifier that includes one or more numbers indicative of acalendar year or a model year of a vehicle, and one or more alphanumericcharacters indicative of a sequence number pertaining to when the TSBwas published. As yet another example, the identifier of the TSB caninclude a textual portion of the TSB.

The U/I screen 539 includes a single TSB USB representative of a singleTSB. This corresponds to the quantity indicator 413 displayed on theservice information USC 405 shown in FIG. 19 . In implementations inwhich a quantity indicator in a service information USC indicates aquantity greater than one, a U/I screen including a TSB USC for one ofthe multiple TSBs represented by quantity indicator can include arespective TSB USB for each of multiple TSBs.

In accordance with at least some implementations, the U/I screen 539 isdisplayed on the display 84 in response to a selection of the serviceinformation USC 405 shown in FIG. 18 , FIG. 19 . In accordance withthose or other implementations, the U/I screen 539 is displayed on thedisplay 84 in response to selection of the back USC 356 while a U/Iscreen 547 (shown in FIG. 27 ) is displayed on the display 84.

Next, FIG. 27 shows the U/I screen 547. The U/I screen 547 includes aTSB 549. A TSB, such as the TSB 549, can include text and/or an imagepertaining to the subject of the TSB. The U/I screen 547 can bedisplayed in response to a selection of the TSB USC 541 shown in FIG. 26.

Next, FIG. 28 shows a U/I screen 555. The U/I screen 555 can includerepair information 567 discovered during a search for repairinformation. The search can be carried out based on search criteria,such as “liftgate actuator,” entered into a search field 557. Inaccordance with at least some implementations, the repair information567 includes search results 559 that indicate repair information termsincluding the search criteria. Moreover, in accordance with thoseimplementations or other implementations, the repair information 567includes repair information 561 discovered based on one or more keywordsassociated with the search criteria, and/or repair information 563related to the search criteria. In still further implementations, theU/I screen 555 includes a quantity indicator 565 for each respectivetype of repair information shown on the U/I screen 555. The quantityindicator 565 can indicate how many different pieces of repairinformation were discovered for that type of repair information. In atleast some implementations, the U/I screen 555 can be displayed inresponse to a selection of the repair information mode USC 411 shown inFIG. 18 , FIG. 19 .

Next, FIG. 29 shows a U/I screen 575. The U/I screen 575 includes repairinformation USC 577, 579, 581, 583, 585, 587, 589 selectable to causethe processor 72 to output repair information associated with theselected repair information USC. As shown in FIG. 29 , each of therepair information USC 577, 579, 581, 583, 585, 587, 589 includes atextual identifier of the type of repair information that can bedisplayed in response to selection of the repair information USC 577,579, 581, 583, 585, 587, 589, and further includes an expander USC 591.In accordance with an example implementation, the repair information canbe output in response to the processor 72 determining the repairinformation USC 577, 579, 581, 583, 585, 587, 589 is selected. Inaccordance with those or other implementations, the repair informationassociated with one of the repair information USC 577, 579, 581, 583,585, 587, 589 can be output in response to the processor 72 determiningthe expander USC 591 with the one of the repair information USC 577,579, 581, 583, 585, 587, 589 is selected.

In accordance with at least some example implementations, the U/I screen575 can be displayed in response to a selection of the repairinformation mode USC 411 shown in FIG. 18 , FIG. 19 . In accordance withthose other implementations, the U/I screen 575 can be displayed inresponse to one of the search results 559, such as the search resultindicative of liftgate actuator, shown in FIG. 28 .

Next, FIG. 30 shows the U/I screen 575 with a popup U/I 601 overlaidthereon. In accordance with the example implementations, the popup U/I601 can be displayed in response to selection of an expander USC 591,such as the expander USC 591 within the repair information USC 587 shownin FIG. 29 . In accordance with those implementations or others, thepopup U/I 601 can be displayed in response to selection of the repairinformation USC 587.

The popup U/I 601 includes repair information 603 pertaining to removingand replacing a liftgate actuator on a vehicle identified by the vehicleindicator 314, and repair information 604 pertaining to removing andreplacing an anti-theft/lock system on that same vehicle. The repairinformation 605 could be presented along with the repair information 603in response to selecting the repair information USC 587 pertaining to aliftgate actuator because the anti-theft/lock system has to be removedbefore removing the liftgate actuator and then replaced after theliftgate actuator has been replaced or for some other reason.

The popup U/I 601 includes expander USC 609, 611. As shown in FIG. 30 ,the expander USC 609 is in a state in which the repair information 603includes an indicator 617 that indicates the repair information 603pertains to a liftgate actuator, but does not show any additional repairinformation. In contrast, the expander USC 611 is in a state in whichthe repair information 605 includes an indicator 619 that indicates therepair information 605 pertains to the anti-theft/lock system and repairinformation 607 pertaining to the anti-theft/lock system.

The popup U/I 601 includes a back USC 613, 615 selectable to cause theprocessor 72 to stop displaying the popup U/I 601 such that the portionof the U/I screen 575 underneath the popup U/I 601 is visible on thedisplay 84.

Next, FIG. 31 to FIG. 36 show U/I screens pertaining to a scanner jobfor replacing a brake caliper that can be displayed. FIG. 31 shows a U/Iscreen 470 including content regarding the scanner job replace brakecaliper. The content of the U/I screen 470 includes a technicalbulletins USC 472, top repairs user-selectable data 474, a vehicleinterface USC 476, and a repair information USC 478. The technicalbulletins USC 472 is selectable to cause the processor 72 to display aTSB pertaining to the identified vehicle. The top repairsuser-selectable data 474 shows quantities of repairs made to instancesof the identified vehicle and the mileage on the vehicle to which eachrepair was made. The vehicle interface USC 476 is selectable to displaya U/I screen showing USCs for scan tool functions associated with thescanner job replace brake caliper. The repair information USC 478 isselectable to display repair information on the display 84, such asdisplaying repair information in a U/I window 512 shown in FIG. 34and/or displaying a U/I screen showing one or more additional repairinformation USC, such as U/I screen 510 shown in FIG. 34 . In an exampleimplementation, the processor 72 can output the U/I screen 470 to thedisplay 84 in response to determining that the scanner job USC 444 isselected while the U/I screen 440 (shown in FIG. 17 ) is displayed onthe display 84, or in response to selecting the back USC 356 from a U/Iscreen shown in response to selecting a USC displayed on the U/I screen470. A person skilled in the art will understand that the processor 72can output a U/I screen like the U/I screen 470 except that the USCsand/or data is related to a different vehicle component on theidentified vehicle.

Next, FIG. 32 shows a U/I screen 490 including scanner job USCs 492. Thescanner job USCs 492 include scanner job USC 494, 496, 498, 500, 502,504 for selecting a scan tool function associated with a selectedscanner job. In an example implementation, selecting a USC for selectinga scan tool function causes the display 84 to display a different U/Iscreen that includes a U/I screen with a USC selectable to cause the VCT76 to transmit a VDM to the identified vehicle. In another exampleimplementation, selecting a USC for selecting a scan tool functioncauses the VCT 76 to transmit a VDM to the identified vehicle.

As example, the scanner job USC 494 is selectable to select a scan toolfunction regarding replacing a park brake cable on the identifiedvehicle. As yet another example, the scanner job USC 496 is selectableto select a scan tool function regarding releasing a park brake cable onthe identified vehicle. Performance of that scan tool function caninclude the parking brake control module releasing tension on a brakecable so that brake pads can be removed from the vehicle. As yet anotherexample, the scanner job USC 498 is selectable to select a scan toolfunction regarding automatically bleeding brakes on the identifiedvehicle. As yet another example, the scanner job USC 500 is selectableto select a scan tool function regarding applying a park brake cable onthe identified vehicle. As still yet another example, the scanner jobUSC 502 is selectable to select a scan tool function regardingcalibrating a park brake on the identified vehicle.

In an example implementation, the scanner job USCs 492, or a portionthereof (such as the scanner job USC 494 to the scanner job USC 502),can be arranged in an order in which scan tool functions for the scannerjob of replacing the brake caliper are to be performed. For instance,the scanner job USC 494 can be associated with an initial scan toolfunction for the scanner job and the scanner job USC 502 can beassociated with a final scan tool function for the scanner job.

In an example implementation, the USC 504 can be selectable to cause theVCT 76 to send a VDM to the identified vehicle. As an example, the VDMsent in response to selection of the USC 504 can include a parameterrequest that includes a PID pertaining to the identified scanner job. Inresponse to transmitting the VDM, the VCT 76 can receive a responseincluding a PID data value pertaining to the identified scanner job andcause that PID data value to be displayed in a response segment 506 ofthe U/I screen 490. As another example, the VDM sent in response toselection of the USC 504 can include VDM to perform a scan tool functionin the control category, such as a scan tool function to read or clearDTC in the parking brake control module of the identified vehicle. Inresponse to transmitting the VDM, the VCT 76 can receive a responseindicating a status of the parking brake control module, such as astatus indicating which DTC are set in the vehicle or a statusindicating the DTC were successfully cleared.

In accordance with an example implementation, selecting a USC among thescanner job USC 494 to the scanner job USC 502 can cause the processor72 to transmit a request to the server 16, 150 using the networktransceiver 74. As an example, the request can include data indicativeof the identified vehicle, the selected scanner job, and the scan toolfunction associated with the selected USC. The processor 72 can receivea response to the request from the server 16, 150. As an example, theresponse can include guidance to display in proximity to a USCconfigured to cause transmission of a VDM to perform the scan toolfunction. The guidance can be related to the scan tool function. Asanother example, the response can indicate a status of whether adiagnostic tool in a distributed diagnostic tool implementation isavailable to transmit the VDM.

The processor 72 can determine which scan tool functions pertain to thescanner job selected for the identified vehicle by searching the scannerjobs 85 based on the identified vehicle (e.g., the vehicle identifierassociated with the identified vehicle) and the selected scanner job. Asan example, the processor 72 can search the scanner jobs 85, such as thetable 100 shown in FIG. 5 , to determine that the five scan toolfunctions at the top of the table 100 are associated with the scannerjob for replace brake caliper on a 2016 CADILLAC® SRX. In an exampleimplementation, the processor 72 can retrieve a U/I screen template forfive scan tool functions from the U/I screens 89 and populate the U/Iscreen template with the data regarding the five scan tool functionsfrom the scanner jobs 85.

In an example implementation, the processor 72 can output the U/I screen490 to the display 84 in response to determining that the scanner jobUSC 444 is selected while the U/I screen 440 is displayed on the display84, in response to selecting the vehicle interface USC 476 while the U/Iscreen 470 is displayed, or in response to selecting the back USC 356from a U/I screen shown in response to selecting a USC displayed on theU/I screen 490.

Next, FIG. 33 shows a U/I screen 380 that the processor 72 can output tothe display 84 in response to determining that the scanner job USC 494was selected while the U/I screen 490 is displayed. The U/I screen 380includes an indicator 388 showing a descriptor of the scanner jobselected by selection of the scanner job USC 494. The U/I screen 380includes guidance 382 for performing the scanner job indicated by theindicator 388. The U/I screen 380 includes continue USC 406 selectableto cause the VCT 76 to transmit a VDM to the identified vehicle in orderto perform the scanner job and/or to display another U/I screenpertaining to transmitting the VDM to perform the scanner job. The U/Iscreen 380 includes a cancel USC 408 to cause the processor 72 to exit amode in which the display 84 is displaying the U/I screen 380 andresponsively display a different U/I screen, such as the prior displayedU/I screen 490. Likewise, selecting the scanner job USC 496, 498, 500,502, 504 can cause the processor 72 to output a U/I screen like the U/Iscreen 490 except that the indicator 388 and the guidance 382 pertain tothe scanner job selectable using the scanner job USC 496, 498, 500, 502,504, respectively, instead of the scanner job USC 494.

Next, FIG. 34 shows a U/I screen 510 in which a U/I window 512 isoverlaid upon the U/I screen 510. The U/I screen 510 is an example of aU/I screen that can be displayed in response to selection of a repairinformation USC, such as the repair information USC 478 shown in FIG. 31. The U/I screen 510 includes one or more repair information USCselectable to display a particular portion of repair informationregarding the selected scanner job. As an example, the USCs of the U/Iscreen 510 can include repair information USC 514 regarding remove andreplace guidance, and a repair information USC 516 regardingspecification guidance. The U/I window 512 can be displayed in responseto selection of the repair information USC 514. The U/I window 512includes guidance 518 that pertains to the scanner job regardingreplacing a brake caliper on the identified vehicle. The U/I window 512includes a vertical slider 520 selectable to display additionalportion(s) of the guidance 518 above or below the guidance shown in FIG.34 . The U/I window 512 can include a horizontal slider to showadditional portions of the guidance 518 to the left or right of theguidance shown in FIG. 34 . The U/I window 512 include a selector 522selectable to close the U/I window 512 so that the index of the U/Iscreen 510 is not obstructed by the U/I window 512.

The U/I window 512 includes a guidance portion selector 524 indicating“1 of 2.” The indication “1 of 2” indicates at least a portion of afirst of two portions of the guidance is displayed on the U/I screen. Asan example, the first portion of the guidance can be guidance specificto a component of interest and/or the identified vehicle, whereas thesecond portion of the guidance can be guidance regarding multiplecomponents similar to the component of interest and/or the identifiedvehicle. For instance, the first portion of guidance 518 can includeguidance regarding the particular brake caliper installed on theidentified vehicle, whereas the second portion of the guidance 518 caninclude guidance regarding brake calipers in general. In anotherimplementation, the last number of the guidance portion selector 524 canbe a number other than two (2) to indicate a different number ofportions of guidance are available. The processor 72 can cause thedisplay 84 to display a different portion of the guidance indicated bythe guidance portion selector 524 in response to determining selectionof guidance portion selector 524 has occurred.

In an example implementation, the one or more repair information USC onthe U/I screen 510, the U/I screen 510, and/or the guidance 518 can beobtained directly from the memory 80 without having to request contentof the one or more repair information USC, the U/I screen 510, and/orthe guidance 518 from a server, such as the server 16, 150. In anotherexample implementation, the processor 72 can cause the networktransceiver 74 to transmit to the server 16, 150 a request for at leasta portion of the one or more repair information USC, the U/I screen 510,and/or the guidance 518. The network transceiver 74 can receive from theserver 16, 150 a response including at least a portion of the one ormore repair information USC, the U/I screen 510, and/or the guidance 518for storing in the memory 80 and/or displaying on the display 84. As anexample, the request sent to the server 16, 150 can include the vehicleidentifier and one or more of: an identifier of a component of interestand an identifier of a scanner job.

Next, FIG. 35 shows a U/I screen 900 and FIG. 36 shows a U/I screen 910.Both of the U/I screens 900, 910 pertain to the scan tool function forreleasing the park brake cable on the identified vehicle and the scannerjob pertaining to replacing the brake caliper on the identified vehicle.The U/I screens 900, 910 include a back USC 356 selectable to cause theprocessor 72 to display a previously-displayed U/I screen, such as theU/I screen 490 shown in FIG. 32 . The U/I screens 900, 910 include PIDdata for a set of PID cards 309, a USC 303 to initiate changing whichPID cards are shown in the set of PID cards 309, a USC 305 to cause theprocessor 72 to save a custom list of PID cards within the memory 80and/or at the server 16, 150, and a release USC 307 selectable to causethe VCT 76 to transmit a VDM to cause the park brake control module torelease the park brake cable if the park brake cable is not currentlyreleased (e.g., retracted) or to cause the VCT 76 to transmit a VDM tocause the park brake control module to retract the park brake cable ifthe park brake cable is currently released.

As an example, the set of PID cards 309 includes PID card 311, 313, 315,317, 319, 321, 323, 325, 327, 329, 331, 333, 335, 337, 339, 341, 343,345, 347. As an example, each PID card can include a PID card size USC351, a PID card identifier 353, and a PID parameter value 355. The PIDcard size USC 351 can be selectable to increase the size of PID cardincluding the PID card size USC 351 when the PID card is displayed inits decreased size and selectable to decrease the size of the PID cardwhen the PID card is displayed in its increased size. A PID card candisplay further information, such as a graph of the PID parameter value355, while the PID card is displayed in the increased size.

One difference between the U/I screens 900, 910 is that the release USC307 on the U/I screen 900 does not include an “X” whereas the USC 307 onthe U/I screen 910 includes an “X”. As an example, an “X” in the USC 307can indicate that the park brake cable is released. In an exampleimplementation, the U/I screen 900 is displayed on the display 84 inresponse to the processor 72 determining the scanner job USC 496 of theU/I screen 490 was selected and/or in response to selecting the releaseUSC 307 while the park brake cable is not released. In an alternativeimplementation, the U/I screen 910 is displayed on the display 84 inresponse to the processor 72 determining the scanner job USC 496 of theU/I screen 490 shown in FIG. 32 was selected and/or in response toselecting the release USC 307 while the park brake cable is released.

Another difference between the U/I screens 900, 910 is different PIDparameter values shown in the PID cards 313, 333, 337, 339. Thedifferences in the PID parameter values shown in the PID cards 313, 333,337 can occur as a result of selection of the release USC 307. Thedifference in the PID parameter value shown in the PID card 339 canoccur as a result of the engine coolant temperature increasing.

Next, FIG. 37 to FIG. 39 show U/I screens pertaining to a scanner jobfor replacing an HVAC actuator that can be displayed. In particular,FIG. 37 shows a U/I screen 530 including content regarding the scannerjob replace HVAC actuator. The content of the U/I screen 530 includes atechnical bulletins USC 532, a top repairs user-selectable data 534, avehicle interface USC 536, and a repair information USC 538. Thetechnical bulletins USC 532 is selectable to cause the processor 72 todisplay a TSB pertaining to the identified vehicle. The top repairsuser-selectable data 534 shows quantities of repairs made to instancesof the identified vehicle and the mileage on the vehicle to which eachrepair was made. The vehicle interface USC 536 is selectable to displaya U/I screen showing scan tool functions associated with the scanner jobreplace HVAC actuator. The repair information USC 538 is selectable todisplay repair information on the display 84. In an exampleimplementation, the processor 72 can output the U/I screen 530 to thedisplay 84 in response to determining that the scanner job USC 452 isselected while the U/I screen 440 (shown in FIG. 17 ) is displayed onthe display 84, or in response to selecting the back USC 356 from a U/Iscreen shown in response to selecting a USC displayed on the U/I screen530.

Next, FIG. 38 shows a U/I screen 550 including a set of scan toolfunction USCs 552. The set of scan tool function USCs 552 include scantool function USC 554, 556. As an example, the scan tool function USC554 is selectable to select a functional test and reset procedureregarding calibrating a steering angle sensor on the identified vehicle.As another example, the scan tool function USC 556 is selectable toselect a functional test and reset procedure regarding recalibrating anactuator, such as an HVAC actuator, on the identified vehicle.

The processor 72 can determine which one or more scan tool functionspertain to the scanner job selected for the identified vehicle bysearching the scanner jobs 85 based on the identified vehicle (e.g., thevehicle identifier associated with the identified vehicle) and theselected scanner job. As an example, the processor 72 can search thescanner jobs 85, such as the table 100 shown in FIG. 5 , to determinethat the two scan tool functions listed in the seventh and eighth row ofthe table 100 including the row with headers are for replacing an HVACactuator on a 2016 CADILLAC® SRX. In an example implementation, theprocessor 72 can retrieve a U/I screen template for two scan toolfunctions from the U/I screens 89 and populate the U/I screen templatewith the data regarding the two scan tool functions from the scannerjobs 85. In an example implementation, the processor 72 can output theU/I screen 550 to the display 84 in response to determining that thescanner job USC 450 is selected while the U/I screen 440 is displayed onthe display 84, in response to determining that the vehicle interfaceUSC 536 is selected while the U/I screen 510 is displayed on the display84, or in response to selecting the back USC 356 from a U/I screen shownin response to selecting a USC displayed on the U/I screen 550.

Next, FIG. 39 shows a U/I screen 570 on which a U/I window 572 isoverlaid. The U/I screen 570 is an example of a U/I screen that can bedisplayed in response to selection of a repair information USC, such asthe repair information USC 538 shown in FIG. 37 . The U/I screen 570includes one or more repair information USC selectable to display aparticular portion of the repair information regarding the selectedscanner job. As an example, the one or more repair information USC caninclude a repair information USC 574 regarding remove and replaceguidance, and a repair information USC 576 regarding specificationguidance. The U/I window 572 can be displayed in response to selectionof the repair information USC 574. The U/I window 572 includes guidance578 that pertains to the scanner job regarding replacing an HVACactuator on the identified vehicle. The U/I window 572 includes avertical slider 580 selectable to display additional portion(s) of theguidance 578 above or below the guidance shown in FIG. 39 . The U/Iwindow 572 can include a horizontal slider to show additional portionsof the guidance 578 to the left or right of the guidance shown in FIG.39 . The U/I window 572 include a selector 582 selectable to close theU/I window 572 so that the set of repair information USC of the U/Iscreen 570 is visible. The U/I window 572 includes a guidance portionselector 584 that can be arranged to similar to the guidance portionselector 524 except that the applicable guidance pertains to the scannerjob for replacing an HVAC actuator.

Next, FIG. 40 shows a U/I screen 610 configured for making a selectionfor the scanner mode of the diagnostic tool 10, 70 after the processor72 has identified a vehicle (e.g., the vehicle 12, 30). As an example,the processor 72 can output the U/I screen 610 in response todetermining the continue USC 406 (shown in FIG. 15 ) is selected afterthe attributes of the identified vehicle have been entered to identifythe vehicle. The U/I screen 610 includes the vehicle indicator 314 toshow that a 2016 CADILLAC® SRX vehicle has been identified. Theprocessor 72 can determine systems of the identified vehicle andsystem(s) of the identified vehicle that are associated with a scannerjob. Upon making that determination, the diagnostic tool 10, 70 canoperate in a mode in which the diagnostic tool 10, 70 outputs a U/Iscreen, such as the U/I screen 610, that includes one or more fromamong: (1) a system USC selectable to select a system of the identifiedvehicle that is not associated with a scanner job, (2) a system USCselectable to select a system of the identified vehicle that isassociated with a scanner job, (3) a scanner job USC selectable toselect a scanner job associated with the identified vehicle, and (4) arepair information USC selectable to select vehicle guidance pertainingto the identified vehicle.

As an example, the U/I screen 610 includes the following scanner jobUSC: a scanner job USC 616 configured for selecting a scanner jobpertaining to an ADAS (advanced drivers assistance system), a system USC618 configured for selecting a scanner job pertaining to a brake system,a scanner job USC 620 configured for selecting a scanner job pertainingto a body system, a scanner job USC 622 configured for selecting ascanner job pertaining to a wheel alignment, a scanner job USC 624configured for selecting a scanner job pertaining to an engine system, ascanner job USC 626 configured for selecting a scanner job pertaining toa transmission system, and a scanner job USC 628 configured forselecting a scanner job pertaining to a suspension system. Each one ofthose USC can be associated with one or more scan tool functionsassociated with a system represented by the USC. Those scanner job USCon the U/I screen 610 include a scanner job indicator 630 to indicatethat the diagnostic tool 10, 70 includes a scanner job associated withthe system selectable via those scanner job USC.

As another example, a repair information USC selectable to selectvehicle guidance pertaining to the identified vehicle on the U/I screen610 can include a repair information USC 612 selectable to show TSBpertaining to the identified vehicle, and a repair information USC 614selectable to show oil specifications and resets pertaining to theidentified vehicle. As an example, the repair information USC 612 can beselectable to cause the display 84 to display an identifier and/orcontent of one or more TSB related the identified vehicle. As anotherexample, the repair information USC 614 can be selectable to cause thedisplay 84 to display oil specifications (e.g., an engine oil type, anda quantity of oil specified for an engine) pertaining to the identifiedvehicle and/or a reset pertaining to engine oil (e.g., a reset for oilchange interval).

In accordance with an example implementation, the processor 72 candetermine the USCs to include on the U/I screen 610 by searching thememory 80 based on the vehicle identifier determined for the identifiedvehicle. In accordance with that example implementation, the processor72 can determine whether a scanner job should be indicated on each USCon the U/I screen 610 by requesting and receiving from the server 16,150 data regarding the scanner jobs. In accordance with another exampleimplementation, the processor 72 can determine the USCs to include onthe U/I screen 610 and whether a scanner job should be indicated on eachUSC on the U/I screen 610 by requesting and receiving from the server16, 150 data regarding the scanner jobs.

Next, FIG. 41 shows a U/I screen 640 configured for selecting a scannerjob or a scan tool function of the diagnostic tool 10, 70 after avehicle and a system have been selected. As an example, the processor 72can output the U/I screen 640 in response to determining the scanner jobUSC 622 (shown in FIG. 40 ) is selected from the U/I screen 610. Asshown in FIG. 41 , the vehicle indicator 314 indicates a 2016 CADILLAC®SRX vehicle has been selected and a system indicator 642 indicates thesuspension system of the identified vehicle has been selected. The U/Iscreen 640 includes a scanner job USC 644 and a vehicle interface USC646. The scanner job USC 644 is selectable to select a scanner job, suchas a scanner job pertaining to a wheel alignment of the identifiedvehicle, and to cause the processor 72 to initiate performance of theselected scanner job and/or to display a U/I screen pertaining to theselected scanner job, such as a U/I screen 670 shown in FIG. 42 . Thevehicle interface USC 646 is selectable to cause the processor 72 tooutput a U/I screen showing USCs selectable to cause the diagnostic toolto perform a scan tool function associated with resetting a steeringangle reset on the identified vehicle, and/or to cause the processor 72to transmit a VDM to the identifier vehicle to reset the steering anglereset on the identified vehicle.

Next, FIG. 42 shows a U/I screen 670 showing content of a scanner job672 for aligning the wheels of the identified vehicle. The content of ascanner job can include guidance and/or a USC, among other content. Forthe U/I screen 670, the content of the scanner job 672 includes guidance674, and a scan tool function USC 676, 678, 680, 682, 684. The guidanceof a scanner job, such as the guidance 674, can include textinstructions regarding the scanner job and/or some graphical imagepertaining to the scanner job, such as an image of a vehicle componentor a graph regarding a vehicle component or system. The guidance of ascanner job can include OEM content and/or aftermarket content. As shownin FIG. 42 , the guidance 674 includes text describing a pre-wheelalignment inspection.

In an example implementation, the processor 72 can output the U/I screen670 to the display 84 in response to determining that the scanner jobUSC 644 is selected while the U/I screen 640 is displayed on the display84. In that or another example implementation, the processor 72 canoutput the U/I screen 670 to the display 84 in response to determiningthe back USC 356 is selected from a U/I screen 800, 820, 840 shown inFIG. 43 , FIG. 44 , FIG. 45 , respectively.

A scanner job can include a single scan tool function USC or multiplescan tool function USCs. In some implementations of a scanner job havingmultiple scan tool function USCs, each scan tool function USC for thescanner job is associated with a scan tool function for the same systemof an identified vehicle. In other implementations of a scanner jobhaving multiple scan tool function USCs, at least two of the scan toolfunctions are associated with different systems of the identifiedvehicle.

The scan tool function USC 676 is selectable to check pressure in tiresof the identified vehicle. In an example implementation, selection ofthe scan tool function USC 676 causes the processor 72 to initiate thescan tool function(s) to request tire pressure measurements from a tirepressure monitoring system on the identified vehicle. In accordance witha described implementation based at least in part on the scan toolfunctions shown in FIG. 4C, the processor 72 can perform the scan toolfunctions at the memory addresses $F2, $F3, $F4, and $F5 to determinetire pressure measurements for tires mounted on the left front, rightfront, left rear, and right rear wheel hubs on the identified vehicle.In some implementations, in response to requesting and/or determiningthe tire pressure measurements, the processor 72 can modify the U/Iscreen 670 to display the tire pressure measurements. In otherimplementations, the processor 72 can provide the display 84 with adifferent U/I screen to display the tire pressure measurements inresponse to requesting and/or determining the tire pressuremeasurements. FIG. 42 shows the tire pressure measurements 686 displayedon the U/I screen 670. The U/I screen 670 can include a selector 690selectable to modify the U/I screen 670 such that the U/I screen 670 nolonger displays the tire pressure measurements 686. While the U/I screen670 is not displaying the tire pressure measurements 686, selection ofthe selector 690 can cause the U/I screen 670 to display the tirepressure measurements 686.

The scan tool function USC 678 is selectable to check a vehicle rideheight of the identified vehicle. In an example implementation,selection of the scan tool function USC 678 causes the processor 72 toinitiate the scan tool function(s) to request a ride height status froma suspension system on the identified vehicle. In accordance with adescribed implementation based at least in part on the scan toolfunctions shown in FIG. 4C, the processor 72 can perform the scan toolfunction at the memory address $ED to determine the status of the rideheight of the identified vehicle. Upon determining the status of theride height, the processor 72 can modify the U/I screen 670 to displaythe ride height status. FIG. 42 shows, in accordance with someimplementations, the ride height status 688 displayed on the U/I screen670. In other implementations, the processor 72 can provide the display84 with a different U/I screen to display the ride height status inresponse to requesting and/or determining the ride height status. TheU/I screen 670 can include a selector 692 selectable to modify the U/Iscreen 670 such that the U/I screen 670 no longer displays the rideheight status 688. While the U/I screen 670 is not displaying the rideheight status 688, selection of the selector 692 can cause the U/Iscreen 670 to display the ride height status 688.

The scan tool function USC 680 is selectable to perform or initiateperforming a scan tool function to reset a steering angle sensor. Inaccordance with a described implementation based at least in part on thescan tool functions shown in FIG. 4B, the processor 72 can perform thescan tool function at the memory address $98 to reset the steering anglesensor. The scan tool function USC 682, 684 is selectable to perform orinitiate calibrating a front camera system on the identified vehicle. Inaccordance with a described implementation based at least in part on thescan tool functions shown in FIG. 4B, the processor 72 can perform thescan tool function at the memory address $B4 to calibrate the frontcamera system. The U/I screen 670 provides two options for calibratingthe front camera system as the scan tool function USC 682 is selectablefor calibrating the front camera system dynamically, and the scan toolfunction USC 684 is selectable for calibrating the front camera systemstatically via the use of targets.

In one respect, a scan tool function USC is selectable to cause the VCT76 to transmit a VDM for performing a scan tool function associated withthe scan tool function USC. In another respect, a first scan toolfunction USC is selectable to cause the processor 72 to output a U/Iscreen including a second scan tool function USC that is selectable tocause the VCT 76 to transmit a VDM for performing a scan tool functionassociated with the first scan tool function USC and the second scantool function USC.

In an alternative implementation, in response to selecting a scanner jobUSC, such as the scanner job USC 644, the processor 72 can output to thedisplay a U/I screen like the U/I screen 670 that shows content of ascanner job, such as the content of the scanner job 672, except that thecontent of the scanner job includes guidance on a first side of thedisplay 84 (e.g., a left side of the display 84) and one or more PIDcards showing parameter values for PIDs associated with the scanner jobon a second side of the display 84 (e.g., the right side of the display84) instead of a scan tool function USC like the scan tool function USC676 to 684 shown in FIG. 42 . Those PID cards can be configured like thePID card 455 shown in FIG. 22 . In accordance with this implementation,the processor 72 can send a VDM to request the PID parameters to bedisplayed in the PID cards shown on the second side of the display 84.

Next, FIG. 43 , FIG. 44 , and FIG. 45 show U/I screens 800, 820, and840, respectively. The U/I screens 800, 820, 840 depict different waysof displaying a scan tool function USC for a scanner job. In onerespect, the processor 72 can be configured to display the U/I screen800, the U/I screen 820, or the U/I screen 840 in response todetermining the scan tool function USC 682, 684 is selected from the U/Iscreen 670.

The U/I screen 800 shown in FIG. 43 includes additional content 802 ofthe scanner job 672 regarding aligning wheels of the identified vehicle.The U/I screen 800 and/or the additional content 802 is displayable onthe display 84 in response to one of the scan tool function USC 682, 684being selected while displayed on the U/I screen 670. The additionalcontent 802 includes guidance 804 and a scan tool function USC 806 toperform and/or initiate performing the scan tool function at the memoryaddress $B4 to calibrate the front camera system. The U/I screen 800includes a vertical scroll bar 808.

The U/I screen 800 is configured as a split U/I screen including a firstU/I screen portion 810 and a second U/I screen portion 812. Inaccordance with an example implementation (as shown in FIG. 43 ), thefirst U/I screen portion 810 and the second U/I screen portion 812 areon opposite sides of a vertical divider, such as the vertical scroll bar808. In accordance with another example implementation, the first U/Iscreen portion 810 and the second U/I screen portion 812 are on oppositesides of a horizontal divider. In either or both of the two precedingimplementations, the first U/I screen portion 810 and the second U/Iscreen portion 812 can be equal in size or different sizes. As shown inFIG. 43 , the first U/I screen portion 810 includes textual guidance ofthe guidance 804.

The processor 72 can transmit a VDM in response to determining the scantool function USC 806 has been selected. That VDM can include one ormore VDM to calibrate the front camera system on the identified vehicle.The processor 72 can receive a VDM transmitted from the identifiedvehicle in response to the VDM transmitted in response to determiningthe scan tool function USC 806 has been selected.

The U/I screen 820 shown in FIG. 44 includes additional content 822 ofthe scanner job 672 regarding aligning wheels of the identified vehicle.The U/I screen 820 and/or the additional content 822 is displayable onthe display 84 in response to one of the scan tool function USC 682, 684being selected while displayed on the U/I screen 670. The additionalcontent 822 includes guidance 824 and a scan tool function USC 826 toperform and/or initiate performing the scan tool function at the memoryaddress $B4 to calibrate the front camera system. The U/I screen 820includes a vertical scroll bar 828. The vertical scroll bar 828 can beused to modify the U/I screen 820 so that the U/I screen 820 displays atleast a portion of other content of the additional content 822 and/or sothat the U/I screen 820 stops displaying at least a portion of theadditional content 822 currently displayed on the U/I screen 820.

The scanner jobs 85 can include for the scanner job 672, and/or forother scanner jobs, a mark-up language file, such as an XML file withrespect to a U/I screen, such as the U/I screen 820. In an exampleimplementation, the mark-up language file for the scanner job 672 caninclude the text portion of the guidance 824 and a scan tool functionidentifier pertaining to a scan tool function associated with thescanner job 672. Moreover, the scan tool function identifier, such as$B4 for the front camera system calibration, can be positioned withinthe text of the mark-up language file such to indicate that the U/Iscreen 820 should include the scan tool function USC 826 at a relevantlocation in the text. As an example, the relevant location can be alocation at which the text indicates the scan tool function $B4 shouldbe performed.

The U/I screen 840 shown in FIG. 45 includes additional content 842 ofthe scanner job 672 regarding aligning wheels of the identified vehicle.The U/I screen 840 and/or the additional content 842 is displayable onthe display 84 in response to one of the scan tool function USC 682, 684being selected while displayed on the U/I screen 670. The additionalcontent 842 includes guidance 844 and a scan tool function USC 846 toperform and/or initiate performing the scan tool function at the memoryaddress $B4 to calibrate the front camera system. The U/I screen 840includes a vertical scroll bar 848. The vertical scroll bar 848 can beused to modify the U/I screen 840 so that the U/I screen 840 displays atleast a portion of other content of the additional content 842 and/or sothat the U/I screen 840 stops displaying at least a portion of theadditional content 842 currently displayed on the U/I screen 840.

The scanner jobs 85 can include for the scanner job 672 a mark-uplanguage file, such as an XML file with respect to the U/I screen 840.In an example implementation, the mark-up language file for the scannerjob 672 can include the text portion of the guidance 844 and a scan toolfunction identifier pertaining to a scan tool function associated withthe scanner job 672. Moreover, the scan tool function identifier, suchas $B4 for the front camera system calibration, can be positioned withinthe text of the mark-up language file such to indicate that the U/Iscreen 840 should include the scan tool function USC 846 at a relevantlocation in the text. As an example, the relevant location can be alocation at which the text indicates the scan tool function $B4 shouldbe performed. The mark-up language file can also indicate scan toolfunctions associated with the scanner job 672 for displaying USCsassociated with the indicated scan tool functions at fixed positions ofthe U/I screen 840 even if the vertical scroll bar 848 is used to modifythe U/I screen 840 to display different portions of the additionalcontent 842. As shown, in FIG. 45 , the scan tool function USC 850, 852,854, 856, 858, are associated with the scan tool functions to check tirepressure, check vehicle ride height, reset steering angle sensor,calibrate front camera system statically, and calibrate front camerasystem dynamically, respectively.

As discussed elsewhere, the diagnostic tool 70 is configured to permit auser to select a scanner job USC to initiate and/or perform a scan toolfunction without selecting a scan tool function USC on a U/I screenassociated with a scanner job. As further discussed, the diagnostic tool70 can include a menu having such a scanner job USC. That menu can bebased on a menu arrangement, such as the menu arrangement 700 shown inFIG. 4A, FIG. 4B, and FIG. 4C.

Turning to FIG. 46 , this figure shows a U/I screen 860 having a set ofUSCs 862 including USCs 864, 866, 868, and 870 based on the menu level707 shown in FIG. 4B. The U/I screen 860 also includes a U/I screenidentifier 872 and the vehicle indicator 314. In an exampleimplementation, the U/I screen identifier 872 indicates how navigationto the U/I screen 860 from a previously-displayed U/I screen, such asthe U/I screen 420 shown in FIG. 16 , occurred. For instance, the U/Iscreen identifier 872 indicates the antilock brakes USC 434 was selectedfrom among the common selection USCs 432. The USCs 864, 866, 868, and870 pertain to a codes menu, data display, functional tests, and genericfunctions related to the antilock brake system of the identifiedvehicle. Accordingly, the antilock brakes USC 434 shown in FIG. 16 canbe associated with the Antilock Brake system selection 704 shown in FIG.4B.

Turning to FIG. 47 , this figure shows a U/I screen 880 having a set ofscan tool function USCs 882 including scan tool function USC 884, 886,888, 890, 892 based on the menu level 709 shown in FIG. 4B. The U/Iscreen 880 also includes a U/I screen identifier 894 and the vehicleindicator 314. In an example implementation, the U/I screen identifier894 indicates how navigation to the U/I screen 880 from apreviously-displayed U/I screen occurred. For instance, the U/I screenidentifier 894 indicates the USC 870 for generic functions was selectedfrom among the set of USCs 862 displayed on the U/I screen 860. In anexample, implementation, selection of the scan tool function USC 884,886, 888, 890, 892 causes the processor 72 to perform the scan toolfunctions associated with the addresses $95, $96, $97, $98, $99,respectively (as shown in FIG. 4B). In at least some of thoseimplementations, selection of the scan tool function USC 884, 886, 888,890, 892 can cause the processor 72 to output a U/I screen showingguidance and/or a status information regarding performance of the scantool function.

VII. Definitions

The term “data” within this description can be used interchangeably withthe term “information” or similar terms, such as “content.” The datadescribed herein can be transmitted and received via a communication. Asan example, any transmission of data or a communication described hereincan occur directly from a transmitting device (e.g., a transmitter) to areceiving device (e.g., a receiver). As another example, anytransmission of data or a communication described herein can occurindirectly from the transmitter to a receiver via one or moreintermediary network devices, such as an access point, an antenna, abase station, a hub, a modem, a relay, a router, a switch, or some othernetwork device. The transmission of any of data or a communicationdescribed herein can include transmitting the data or communication overan air interface (e.g., using radio signals (i.e., wirelessly)). Thetransmission of any of data or communication described herein caninclude transmitting the data or communication over a wire (e.g., asingle wire, a twisted pair of wires, a fiber optic cable, a coaxialcable, a wiring harness, a power line, a printed circuit, a CAT5 cable,or CAT6 cable). The wire can be referred to as a “conductor” or byanother term. As an example, transmission of data or a communicationover the conductor can occur electrically or optically.

A “DTC” is a diagnostic trouble code. A DTC can be manufacturer specificor industry specific, such as a DTC defined by the SAE® J2012 standardfor Diagnostic Trouble Code Definitions, dated December 2016, or a DTCdefined by the ISO® 15031-6 standard for diagnostic trouble codedefinitions, dated August 2015. A DTC can include a sub-code. Forinstance, a DTC can indicate that a sensor is out-of-range. A sub-codecan indicate why the sensor is out-of-range, such as a sub-codeindicating the sensor is shorted to ground, a sub-code indicating thesensor is open-circuited, or a sub-code indicating the sensor is shortedto voltage. Unless explicitly stated otherwise, any discussion in thisdescription of a DTC can include a DTC that includes or does not includea sub-code.

In this description, the articles “a,” “an,” and “the” are used tointroduce elements or functions of the example implementations. Theintent of using those articles is that there is one or more of theintroduced elements or functions. The word “next” is used to transitionfrom paragraphs or aspects described in the description and is notintended to indicate an order of occurrence of any functions of method.

In this description, the intent of using the term “and/or” within a listof at least two elements or functions and the intent of using the terms“at least one of,” “at least one of the following,” “one or more of,” or“one or more of the following” immediately preceding a list of at leasttwo components or functions is to cover each implementation including alisted component or function independently and each implementationincluding a combination of the listed components or functions. Forexample, an implementation described as including A, B, and/or C, or atleast one of A, B, or C, or at least one of the following: A, B or C, orone or more of A, B, or C, or one or more of the following: A, B, or Cis intended to cover each of the following possible implementations: (i)an implementation including A, but not B and not C, (ii) animplementation including B, but not A and not C, (iii) an implementationincluding C, but not A and not B, (iv) an implementation including A andB, but not C, (v) an implementation including A and C, but not B, (v) animplementation including B and C, but not A, and (vi) an implementationincluding A, B, and C. For the implementations including component orfunction A, the implementations can include one A or multiple A. For theimplementations including component or function B, the implementationscan include one B or multiple B. For the implementations includingcomponent or function C, the implementations can include one C ormultiple C. The use of ordinal numbers such as “first,” “second,”“third” and so on is to distinguish respective elements rather than todenote a particular order of those elements unless the context of usingthose terms explicitly indicates otherwise. The use of the symbol “$” asprefix to a number indicates the number is a hexadecimal number.

VIII. Conclusions and Enumerated Example Implementations

It should be understood that the arrangements described herein and/orshown in the drawings are for purposes of example only. As such, thoseskilled in the art will appreciate that other arrangements and elements(e.g., machines, interfaces, functions, orders, and/or groupings offunctions) can be used instead, and some elements can be omittedaltogether according to the desired results. Furthermore, variousfunctions described and/or shown in the drawings as being performed byone or more elements can be carried out by a processor executing CRPI orby a combination of hardware, firmware, and/or software. For purposes ofthis description, execution of CRPI contained in a memory to performsome function can include executing all of the program instructions ofthose CRPI or only a portion of those CRPI.

While various aspects and implementations are described herein, otheraspects and implementations will be apparent to those skilled in theart. The various aspects and implementations disclosed herein are forpurposes of illustration and are not intended to be limiting, with thetrue scope being indicated by the claims, along with the full scope ofequivalents to which such claims are entitled. It is also to beunderstood that the terminology used herein for the purpose ofdescribing particular implementations only, and is not intended to belimiting.

Embodiments of the present disclosure may thus relate to one of theenumerated example embodiments (EEEs) listed below. EEEs to be addedafter comments on draft application received.

EEE 1 is a diagnostic tool comprising: one or more processors; a displayoperatively connected to the one or more processors; and one or morecomputer-readable mediums operatively coupled to the one or moreprocessors, the one or more computer-readable mediums having storedthereon: (1) first program instructions executable by the one or moreprocessors to perform scan tool functions that include the one or moreprocessors transmitting a vehicle data message to an identified vehicle,wherein the scan tool functions include a first scan tool function for afirst system of the identified vehicle and a second scan tool functionfor a second system of the identified vehicle, and wherein the firstsystem is different than the second system, and (2) second programinstructions executable by the one or more processors to cause thediagnostic tool to: display, on the display, a first user-interfacescreen including a user-selectable control including an indicator of afirst scanner job performable on the identified vehicle; in response toa selection of the user-selectable control including the indicator ofthe first scanner job, display a second user-interface screen instead ofthe first user-interface screen, wherein the second user-interfacescreen incudes a first user-selectable control including an indicator ofthe first scan tool function for the first system of the identifiedvehicle, and a second user-selectable control including an indicator ofthe second scan tool function for the second system of the identifiedvehicle; in response to a selection of the first user-selectable controlfrom the second user-interface screen, transmit a first vehicle datamessage to the identified vehicle, wherein the first vehicle datamessage is addressed to a component of the first system of theidentified vehicle; and in response to a selection of the seconduser-selectable control from the second user-interface screen, transmita second vehicle data message to the identified vehicle, wherein thesecond vehicle data message is addressed to a component of the secondsystem of the identified vehicle.

EEE 2 is the diagnostic tool of EEE 1, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: in response to the selection of the firstuser-selectable control from the second user-interface screen, display athird user-interface screen instead of the second user-interface screen,wherein the third user-interface screen includes a user-selectablecontrol including an indicator to proceed with performing the first scantool function, wherein transmission of the first vehicle data message inresponse to selection of the second user-selectable control isconditioned on the user-selectable control including the indicator toproceed with performing the first scan tool function being selected fromthe third user-interface screen.

EEE 3 is the diagnostic tool of EEE 2, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: determine, while the third user-interface screen isbeing displayed, a status of performing the first scan tool function;and display, within the third user-interface screen, an indication ofthe status of performing the first scan tool function.

EEE 4 is the diagnostic tool of any one of EEE 2 to 3, wherein the thirduser-interface screen includes a user-selectable control selectable toswitch back to a prior user-interface screen; wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: in response to a selection of the user-selectablecontrol selectable to switch back to a prior user-interface screen fromthe third user-interface screen, switch from displaying the thirduser-interface screen on the display to displaying the seconduser-interface screen on the display.

EEE 5 is the diagnostic tool of EEE 1, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: display, on the display, a user-interface screenincluding a user-selectable control including an indicator of the firstsystem of the identified vehicle and a user-selectable control includingan indicator of the second system of the identified vehicle; in responseto a selection of the user-selectable control indicating the indicatorof the first system of the identified vehicle, display a thirduser-interface screen instead of the user-interface screen including theuser-selectable control including the indicator of the first system ofthe identified vehicle and the user-selectable control including theindicator of the second system of the identified vehicle, wherein thethird user-interface screen includes a user-selectable control includingan indicator of the first scan tool function for the first system of theidentified vehicle and does not include any user-selectable control forselecting a scan tool function for a system of the identified vehicleother than the first system of the identified vehicle; and in responseto a selection of the user-selectable control indicating the indicatorof the second system of the identified vehicle, display a fourthuser-interface screen instead of the user-interface screen including theuser-selectable control including the indicator of the first system ofthe identified vehicle and the user-selectable control including theindicator of the second system of the identified vehicle, wherein thefourth user-interface screen includes a user-selectable controlincluding an indicator of the second scan tool function for the secondsystem of the identified vehicle and does not include anyuser-selectable control for selecting a scan tool function for a systemof the identified vehicle other than the second system of the identifiedvehicle.

EEE 6 is the diagnostic tool of EEE 1, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: display, on the display, a third user-interfacescreen including one or more user-selectable controls, wherein each ofthe one or more user-selectable controls includes an indicator of arespective system of the identified vehicle, wherein the firstuser-interface screen including the user-selectable control includingthe indicator of the first scanner job performable on the identifiedvehicle is displayed in response to a selection of a user-selectablecontrol among the one or more user-selectable controls.

EEE 7 is the diagnostic tool of EEE 6, wherein the user-selectablecontrol among the one or more user-selectable controls includes anindicator of a scanner job being available upon selection of theuser-selectable control among the one or more user-selectable controls.

EEE 8 is the diagnostic tool of EEE 1, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: display, on the display, a third user-interfacescreen including multiple user-selectable controls, wherein each of themultiple user-selectable controls includes an indicator of a respectivescanner job performable on the identified vehicle, wherein one of themultiple user-selectable controls includes a user-selectable controlincluding an indicator of the first scanner job, and wherein the firstuser-interface screen including the user-selectable control includingthe indicator of the first scanner job performable on the identifiedvehicle is displayed in response to a selection of the user-selectablecontrol including the indicator of the first scanner job.

EEE 9 is the diagnostic tool of any one of EEE 1 to 8, wherein the firstuser-interface screen includes diagnostic information regarding theidentified vehicle.

EEE 10 is the diagnostic tool of any one of EEE 1 to 9, wherein the scantool functions include one or more scan tool function from among thefollowing: a vehicle component reset function, a vehicle componentcalibration function, a vehicle component programming function, avehicle component read diagnostic trouble code (DTC) function, a vehiclecomponent clear DTC function, or a vehicle component control function.

EEE 11 is the diagnostic tool of any one of EEE 1 to 10, wherein the oneor more processors includes an embedded processor programmed to executeat least the first program instructions.

EEE 12 is the diagnostic tool of any one of EEE 1 to 11, wherein thedisplay includes a touch screen display, wherein the selection of thefirst user-selectable control includes a user contact of the touchscreen display at or in proximity to the first user-selectable control,and wherein the selection of the second user-selectable control includesa user contact of the touch screen display at or in proximity to thesecond user-selectable control.

EEE 13 is the diagnostic tool of any one of EEE 1 to 12, wherein thefirst scanner job is associated with a search term, and wherein thesecond program instructions are executable by the one or more processorsto cause the diagnostic tool to: transmit, to a server, a request forguidance regarding the first scanner job, wherein the request includesthe search term; receive, in response to the request, guidance regardingthe first scanner job; and display, on the display, the guidanceregarding the first scanner job.

EEE 14 is the diagnostic tool of any one of EEE 1 to 13, wherein thefirst user-interface screen includes a user-selectable control includingan indicator of a second scanner job performable on the identifiedvehicle, wherein the second program instructions are executable by theone or more processors to cause the diagnostic tool to: in response to aselection of the user-selectable control including the indicator of thesecond scanner job, display a third user-interface screen instead of thefirst user-interface screen, wherein the third user-interface screenincludes guidance for performing the second scanner job.

EEE 15 is the diagnostic tool of any one of EEE 1 to 14, wherein thefirst user-interface screen includes a user-selectable control includingan indicator of a second scanner job performable on the identifiedvehicle, wherein the second program instructions are executable by theone or more processors to cause the diagnostic tool to: display a thirduser-interface screen during a performance of the first scanner jobafter the first user-interface screen and the second user-interfacescreen are displayed during the performance of the first scanner job,wherein the third user-interface screen is different than both the firstuser-interface screen and second user-interface screen and is at leasttwo user-interface screens away from the first user-interface screenusing a back user-selectable control, and wherein the thirduser-interface screen includes a user-selectable control for returningdirectly to the first user-interface screen; and in response toselection of the user-selectable control for returning directly to thefirst user-interface screen, display the first user-interface screenwith the user-selectable control including an indicator of the firstscanner job user-selectable control including an indicator of a secondscanner job performable on the identified vehicle and theuser-selectable control including an indicator of a second scanner jobperformable on the identified vehicle directly without displayinganother user-interface screen.

EEE 16 is the diagnostic tool of any one of EEE 1 to 15, wherein thesecond program instructions are executable by the one or more processorsto cause the diagnostic tool to: transmit at least a third vehicle datamessage to the identified vehicle, wherein the at least a third vehicledata message includes a request to solicit a response from a componentof the first system and from a component of the second system; and makea determination that the diagnostic tool received, in response to atleast the third message, a response from the component of the firstsystem and a response from the component of the second, wherein displayof the second user-interface screen is conditioned on the one or moreprocessors making the determination.

EEE 17 is the diagnostic tool of any one of EEE 1 to 16, wherein thesecond program instructions are executable by the one or more processorsto cause the diagnostic tool to: display a third user-interface screenin response to the selection of the first user-selectable control fromthe second user-interface screen, wherein the third user-interfacescreen includes a parameter identifier (PID) card configured to displaya PID parameter value contained in a vehicle data message received as aresponse to the first vehicle data message.

EEE 18 is the diagnostic tool of any one of EEE 1 to 17, wherein thesecond user-interface screen includes guidance for performing aprocedure of the first scanner job.

EEE 19 is a method comprising: displaying, on a display, a firstuser-interface screen including a user-selectable control including anindicator of a first scanner job performable on an identified vehicle,wherein the display is operatively connected to one or more processors,wherein the one or more processors are operatively coupled to one ormore computer-readable mediums having stored thereon programinstructions executable by the one or more processors to perform scantool functions that include the one or more processors transmitting avehicle data message to the identified vehicle, wherein the scan toolfunctions include a first scan tool function for a first system of theidentified vehicle and a second scan tool function for a second systemof the identified vehicle, and wherein the first system is differentthan the second system; in response to a selection of theuser-selectable control including the indicator of the first scannerjob, displaying a second user-interface screen instead of the firstuser-interface screen, wherein the second user-interface screen incudesa first user-selectable control including an indicator of the first scantool function for the first system of the identified vehicle, and asecond user-selectable control including an indicator of the second scantool function for the second system of the identified vehicle; inresponse to a selection of the first user-selectable control from thesecond user-interface screen, transmitting a first vehicle data messageto the identified vehicle, wherein the first vehicle data message isaddressed to a component of the first system of the identified vehicle;and in response to a selection of the second user-selectable controlfrom the second user-interface screen, transmitting a second vehicledata message to the identified vehicle, wherein the second vehicle datamessage is addressed to a component of the second system of theidentified vehicle.

EEE 20 is the method of EEE 19, wherein the method further includes: inresponse to the selection of the first user-selectable control from thesecond user-interface screen, displaying a third user-interface screeninstead of the second user-interface screen, wherein the thirduser-interface screen includes a user-selectable control including anindicator to proceed with performing the first scan tool function,wherein transmission of the first vehicle data message in response toselection of the second user-selectable control is conditioned on theuser-selectable control including the indicator to proceed withperforming the first scan tool function being selected from the thirduser-interface screen.

EEE 21 is the method of EEE 20, wherein the method further includes:determining, while the third user-interface screen is being displayed, astatus of performing the first scan tool function; and displaying,within the third user-interface screen, an indication of the status ofperforming the first scan tool function.

EEE 22 is the method of any one of EEE 20 to 21, wherein the thirduser-interface screen includes a user-selectable control selectable toswitch back to a prior user-interface screen; wherein the method furtherincludes: in response to a selection of the user-selectable controlselectable to switch back to a prior user-interface screen from thethird user-interface screen, switching from displaying the thirduser-interface screen on the display to displaying the seconduser-interface screen on the display.

EEE 23 is the method of EEE 19, wherein the method further includes:displaying, on the display, a user-interface screen including auser-selectable control including an indicator of the first system ofthe identified vehicle and a user-selectable control including anindicator of the second system of the identified vehicle; in response toa selection of the user-selectable control indicating the indicator ofthe first system of the identified vehicle, displaying a thirduser-interface screen instead of the user-interface screen including theuser-selectable control including the indicator of the first system ofthe identified vehicle and the user-selectable control including theindicator of the second system of the identified vehicle, wherein thethird user-interface screen includes a user-selectable control includingan indicator of the first scan tool function for the first system of theidentified vehicle and does not include any user-selectable control forselecting a scan tool function for a system of the identified vehicleother than the first system of the identified vehicle; and in responseto a selection of the user-selectable control indicating the indicatorof the second system of the identified vehicle, displaying a fourthuser-interface screen instead of the user-interface screen including theuser-selectable control including the indicator of the first system ofthe identified vehicle and the user-selectable control including theindicator of the second system of the identified vehicle, wherein thefourth user-interface screen includes a user-selectable controlincluding an indicator of the second scan tool function for the secondsystem of the identified vehicle and does not include anyuser-selectable control for selecting a scan tool function for a systemof the identified vehicle other than the second system of the identifiedvehicle.

EEE 24 is the method of EEE 19, wherein the method further includes:displaying, on the display, a third user-interface screen including oneor more user-selectable controls, wherein each of the one or moreuser-selectable controls includes an indicator of a respective system ofthe identified vehicle, wherein the first user-interface screenincluding the user-selectable control including the indicator of thefirst scanner job performable on the identified vehicle is displayed inresponse to a selection of a user-selectable control among the one ormore user-selectable controls.

EEE 25 is the method of EEE 24, wherein the user-selectable controlamong the one or more user-selectable controls includes an indicator ofa scanner job being available upon selection of the user-selectablecontrol among the one or more user-selectable controls.

EEE 26 is the method of EEE 19, wherein the method further includes:displaying, on the display, a third user-interface screen includingmultiple user-selectable controls, wherein each of the multipleuser-selectable controls includes an indicator of a respective scannerjob performable on the identified vehicle, wherein one of the multipleuser-selectable controls includes a user-selectable control including anindicator of the first scanner job, and wherein the first user-interfacescreen including the user-selectable control including the indicator ofthe first scanner job performable on the identified vehicle is displayedin response to a selection of the user-selectable control including theindicator of the first scanner job.

EEE 27 is the method of any one of EEE 19 to 26, wherein the firstuser-interface screen includes diagnostic information regarding theidentified vehicle.

EEE 28 is the method of any one of EEE 19 to 27, wherein the scan toolfunctions include one or more scan tool function from among thefollowing: a vehicle component reset function, a vehicle componentcalibration function, a vehicle component programming function, avehicle component read diagnostic trouble code (DTC) function, a vehiclecomponent clear DTC function, or a vehicle component control function.

EEE 29 is the method of any one of EEE 19 to 28, wherein the one or moreprocessors includes an embedded processor programmed to execute at leastthe first program instructions.

EEE 30 is the method of any one of EEE 19 to 29, wherein the displayincludes a touch screen display, wherein the selection of the firstuser-selectable control includes a user contact of the touch screendisplay at or in proximity to the first user-selectable control, andwherein the selection of the second user-selectable control includes auser contact of the touch screen display at or in proximity to thesecond user-selectable control.

EEE 31 is the method of any one of EEE 19 to 30, wherein the firstscanner job is associated with a search term, and wherein the methodfurther includes: transmitting, to a server, a request for guidanceregarding the first scanner job, wherein the request includes the searchterm; receiving, in response to the request, guidance regarding thefirst scanner job; and displaying, on the display, the guidanceregarding the first scanner job.

EEE 32 is the method of any one of EEE 19 to 31, wherein the firstuser-interface screen includes a user-selectable control including anindicator of a second scanner job performable on the identified vehicle,wherein the method further includes: in response to a selection of theuser-selectable control including the indicator of the second scannerjob, displaying a third user-interface screen instead of the firstuser-interface screen, wherein the third user-interface screen includesguidance for performing the second scanner job.

EEE 33 is the method of any one of EEE 19 to 32, wherein the firstuser-interface screen includes a user-selectable control including anindicator of a second scanner job performable on the identified vehicle,wherein the method further includes: displaying a third user-interfacescreen during a performance of the first scanner job after the firstuser-interface screen and the second user-interface screen are displayedduring the performance of the first scanner job, wherein the thirduser-interface screen is different than both the first user-interfacescreen and second user-interface screen and is at least twouser-interface screens away from the first user-interface screen using aback user-selectable control, and wherein the third user-interfacescreen includes a user-selectable control for returning directly to thefirst user-interface screen; and in response to selection of theuser-selectable control for returning directly to the firstuser-interface screen, displaying the first user-interface screen withthe user-selectable control including an indicator of the first scannerjob user-selectable control including an indicator of a second scannerjob performable on the identified vehicle and the user-selectablecontrol including an indicator of a second scanner job performable onthe identified vehicle directly without displaying anotheruser-interface screen.

EEE 34 is the method of any one of EEE 19 to 33, wherein the methodfurther includes: transmitting at least a third vehicle data message tothe identified vehicle, wherein the at least a third vehicle datamessage includes a request to solicit a response from a component of thefirst system and from a component of the second system; and making adetermination that the diagnostic tool received, in response to at leastthe third message, a response from the component of the first system anda response from the component of the second, wherein display of thesecond user-interface screen is conditioned on the one or moreprocessors making the determination.

EEE 35 is the method of any one of EEE 19 to 34, wherein the methodfurther includes: displaying a third user-interface screen in responseto the selection of the first user-selectable control from the seconduser-interface screen, wherein the third user-interface screen includesa parameter identifier (PID) card configured to display a PID parametervalue contained in a vehicle data message received as a response to thefirst vehicle data message.

EEE 36 is the method of any one of EEE 19 to 35, wherein the seconduser-interface screen includes guidance for performing a procedure ofthe first scanner job.

EEE 37 is a computer-readable medium having stored thereon: (1) firstprogram instructions executable by one or more processors to cause acomputing system to perform scan tool functions that includetransmitting a vehicle data message to an identified vehicle, whereinthe scan tool functions include a first scan tool function for a firstsystem of the identified vehicle and a second scan tool function for asecond system of the identified vehicle, and wherein the first system isdifferent than the second system, and (2) second program instructionsexecutable by the one or more processors to cause the computing systemto perform other functions comprising: displaying, on a display, a firstuser-interface screen including a user-selectable control including anindicator of a first scanner job performable on the identified vehicle;in response to a selection of the user-selectable control including theindicator of the first scanner job, displaying a second user-interfacescreen instead of the first user-interface screen, wherein the seconduser-interface screen incudes a first user-selectable control includingan indicator of the first scan tool function for the first system of theidentified vehicle, and a second user-selectable control including anindicator of the second scan tool function for the second system of theidentified vehicle; in response to a selection of the firstuser-selectable control from the second user-interface screen,transmitting a first vehicle data message to the identified vehicle,wherein the first vehicle data message is addressed to a component ofthe first system of the identified vehicle; and in response to aselection of the second user-selectable control from the seconduser-interface screen, transmitting a second vehicle data message to theidentified vehicle, wherein the second vehicle data message is addressedto a component of the second system of the identified vehicle.

EEE 38 is the computer-readable medium of EEE 37, wherein the secondprogram instructions are executable by the one or more processors tocause the diagnostic tool to: in response to the selection of the firstuser-selectable control from the second user-interface screen, display athird user-interface screen instead of the second user-interface screen,wherein the third user-interface screen includes a user-selectablecontrol including an indicator to proceed with performing the first scantool function, wherein transmission of the first vehicle data message inresponse to selection of the second user-selectable control isconditioned on the user-selectable control including the indicator toproceed with performing the first scan tool function being selected fromthe third user-interface screen.

EEE 39 is the computer-readable medium of EEE 38, wherein the secondprogram instructions are executable by the one or more processors tocause the diagnostic tool to: determine, while the third user-interfacescreen is being displayed, a status of performing the first scan toolfunction; and display, within the third user-interface screen, anindication of the status of performing the first scan tool function.

EEE 40 is the computer-readable medium of any one of EEE 38 to 39,wherein the third user-interface screen includes a user-selectablecontrol selectable to switch back to a prior user-interface screen;wherein the second program instructions are executable by the one ormore processors to cause the diagnostic tool to: in response to aselection of the user-selectable control selectable to switch back to aprior user-interface screen from the third user-interface screen, switchfrom displaying the third user-interface screen on the display todisplaying the second user-interface screen on the display.

EEE 41 is the computer-readable medium of EEE 37, wherein the secondprogram instructions are executable by the one or more processors tocause the diagnostic tool to: display, on the display, a user-interfacescreen including a user-selectable control including an indicator of thefirst system of the identified vehicle and a user-selectable controlincluding an indicator of the second system of the identified vehicle;in response to a selection of the user-selectable control indicating theindicator of the first system of the identified vehicle, display a thirduser-interface screen instead of the user-interface screen including theuser-selectable control including the indicator of the first system ofthe identified vehicle and the user-selectable control including theindicator of the second system of the identified vehicle, wherein thethird user-interface screen includes a user-selectable control includingan indicator of the first scan tool function for the first system of theidentified vehicle and does not include any user-selectable control forselecting a scan tool function for a system of the identified vehicleother than the first system of the identified vehicle; and in responseto a selection of the user-selectable control indicating the indicatorof the second system of the identified vehicle, display a fourthuser-interface screen instead of the user-interface screen including theuser-selectable control including the indicator of the first system ofthe identified vehicle and the user-selectable control including theindicator of the second system of the identified vehicle, wherein thefourth user-interface screen includes a user-selectable controlincluding an indicator of the second scan tool function for the secondsystem of the identified vehicle and does not include anyuser-selectable control for selecting a scan tool function for a systemof the identified vehicle other than the second system of the identifiedvehicle.

EEE 42 is the computer-readable medium of EEE 37, wherein the secondprogram instructions are executable by the one or more processors tocause the diagnostic tool to: display, on the display, a thirduser-interface screen including one or more user-selectable controls,wherein each of the one or more user-selectable controls includes anindicator of a respective system of the identified vehicle, wherein thefirst user-interface screen including the user-selectable controlincluding the indicator of the first scanner job performable on theidentified vehicle is displayed in response to a selection of auser-selectable control among the one or more user-selectable controls.

EEE 43 is the computer-readable medium of EEE 42, wherein theuser-selectable control among the one or more user-selectable controlsincludes an indicator of a scanner job being available upon selection ofthe user-selectable control among the one or more user-selectablecontrols.

EEE 44 is the computer-readable medium of EEE 37, wherein the secondprogram instructions are executable by the one or more processors tocause the diagnostic tool to: display, on the display, a thirduser-interface screen including multiple user-selectable controls,wherein each of the multiple user-selectable controls includes anindicator of a respective scanner job performable on the identifiedvehicle, wherein one of the multiple user-selectable controls includes auser-selectable control including an indicator of the first scanner job,and wherein the first user-interface screen including theuser-selectable control including the indicator of the first scanner jobperformable on the identified vehicle is displayed in response to aselection of the user-selectable control including the indicator of thefirst scanner job.

EEE 45 is the computer-readable medium of EEE 37, wherein the firstuser-interface screen includes a user-selectable control including anindicator of a second scanner job performable on the identified vehicle,wherein the second program instructions are executable by the one ormore processors to cause the diagnostic tool to: in response to aselection of the user-selectable control including the indicator of thesecond scanner job, display a third user-interface screen instead of thefirst user-interface screen, wherein the third user-interface screenincludes guidance for performing the second scanner job.

EEE 46 is the computer-readable medium of EEE 37, wherein the firstuser-interface screen includes a user-selectable control including anindicator of a second scanner job performable on the identified vehicle,wherein the second program instructions are executable by the one ormore processors to cause the diagnostic tool to: display a thirduser-interface screen during a performance of the first scanner jobafter the first user-interface screen and the second user-interfacescreen are displayed during the performance of the first scanner job,wherein the third user-interface screen is different than both the firstuser-interface screen and second user-interface screen and is at leasttwo user-interface screens away from the first user-interface screenusing a back user-selectable control, and wherein the thirduser-interface screen includes a user-selectable control for returningdirectly to the first user-interface screen; and in response toselection of the user-selectable control for returning directly to thefirst user-interface screen, display the first user-interface screenwith the user-selectable control including an indicator of the firstscanner job user-selectable control including an indicator of a secondscanner job performable on the identified vehicle and theuser-selectable control including an indicator of a second scanner jobperformable on the identified vehicle directly without displayinganother user-interface screen.

EEE 47 is the computer-readable medium of EEE 37, wherein the secondprogram instructions are executable by the one or more processors tocause the diagnostic tool to: display a third user-interface screen inresponse to the selection of the first user-selectable control from thesecond user-interface screen, wherein the third user-interface screenincludes a parameter identifier (PID) card configured to display a PIDparameter value contained in a vehicle data message received as aresponse to the first vehicle data message.

EEE 48 is the computer-readable medium of any one of EEE 37 to 47,wherein the second program instructions are executable by the one ormore processors to cause the diagnostic tool to: transmit at least athird vehicle data message to the identified vehicle, wherein the atleast a third vehicle data message includes a request to solicit aresponse from a component of the first system and from a component ofthe second system; and make a determination that the diagnostic toolreceived, in response to at least the third message, a response from thecomponent of the first system and a response from the component of thesecond, wherein display of the second user-interface screen isconditioned on the one or more processors making the determination.

EEE 49 is the computer-readable medium of any one of EEE 37 to 48,wherein the first user-interface screen includes diagnostic informationregarding the identified vehicle.

EEE 50 is the computer-readable medium of any one of EEE 37 to 49,wherein the scan tool functions include one or more scan tool functionfrom among the following: a vehicle component reset function, a vehiclecomponent calibration function, a vehicle component programmingfunction, a vehicle component read diagnostic trouble code (DTC)function, a vehicle component clear DTC function, or a vehicle componentcontrol function.

EEE 51 is the computer-readable medium of any one of EEE 37 to 50,wherein the one or more processors includes an embedded processorprogrammed to execute at least the first program instructions.

EEE 52 is the computer-readable medium of any one of EEE 37 to 51,wherein the display includes a touch screen display, wherein theselection of the first user-selectable control includes a user contactof the touch screen display at or in proximity to the firstuser-selectable control, and wherein the selection of the seconduser-selectable control includes a user contact of the touch screendisplay at or in proximity to the second user-selectable control.

EEE 53 is the computer-readable medium of any one of EEE 37 to 52,wherein the first scanner job is associated with a search term, andwherein the second program instructions are executable by the one ormore processors to cause the diagnostic tool to: transmit, to a server,a request for guidance regarding the first scanner job, wherein therequest includes the search term; receive, in response to the request,guidance regarding the first scanner job; and display, on the display,the guidance regarding the first scanner job.

EEE 54 is the computer-readable medium of any one of EEE 37 to 53,wherein the second user-interface screen includes guidance forperforming a procedure of the first scanner job.

EEE 55 is a diagnostic tool comprising: one or more processors; adisplay operatively connected to the one or more processors; and one ormore computer-readable mediums operatively coupled to the one or moreprocessors, the one or more computer-readable mediums having storedthereon: (1) first program instructions executable by the one or moreprocessors to perform scan tool functions that include the one or moreprocessors transmitting a vehicle data message to an identified vehicle,wherein the scan tool functions include a first scan tool function for afirst system of the identified vehicle, and (2) second programinstructions executable by the one or more processors to cause thediagnostic tool to: display, on the display, a first user-interfacescreen including a user-selectable control including an indicator of afirst scanner job performable on the identified vehicle; in response toa selection of the user-selectable control including the indicator ofthe first scanner job, display a second user-interface screen instead ofthe first user-interface screen, wherein the second user-interfacescreen incudes a first user-selectable control including an indicator ofthe first scan tool function for the first system of the identifiedvehicle, and guidance for performing a procedure of the first scannerjob; and in response to a selection of the first user-selectable controlfrom the second user-interface screen, transmit a first vehicle datamessage to the identified vehicle, wherein the first vehicle datamessage is addressed to a component of the first system of theidentified vehicle.

EEE 56 is the diagnostic tool of EEE 55, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: in response to the selection of the firstuser-selectable control from the second user-interface screen, display athird user-interface screen instead of the second user-interface screen,wherein the third user-interface screen includes a user-selectablecontrol including an indicator to proceed with performing the first scantool function, wherein transmission of the first vehicle data message inresponse to selection of the second user-selectable control isconditioned on the user-selectable control including the indicator toproceed with performing the first scan tool function being selected fromthe third user-interface screen.

EEE 57 is the diagnostic tool of EEE 56, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: determine, while the third user-interface screen isbeing displayed, a status of performing the first scan tool function;and display, within the third user-interface screen, an indication ofthe status of performing the first scan tool function.

EEE 58 is the diagnostic tool of any one of EEE 56 to 57, wherein thethird user-interface screen includes a user-selectable controlselectable to switch back to a prior user-interface screen; wherein thesecond program instructions are executable by the one or more processorsto cause the diagnostic tool to: in response to a selection of theuser-selectable control selectable to switch back to a prioruser-interface screen from the third user-interface screen, switch fromdisplaying the third user-interface screen on the display to displayingthe second user-interface screen on the display.

EEE 59 is the diagnostic tool of EEE 55, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: display, on the display, a third user-interfacescreen including a user-selectable control including an indicator of thefirst system of the identified vehicle; and in response to a selectionof the user-selectable control indicating the indicator of the firstsystem of the identified vehicle, display a fourth user-interface screeninstead of the third user-interface screen, wherein the fourthuser-interface screen includes a user-selectable control including anindicator of the first scan tool function for the first system of theidentified vehicle and does not include any user-selectable control forselecting a scan tool function for a system of the identified vehicleother than the first system of the identified vehicle.

EEE 60 is the diagnostic tool of EEE 55, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: display, on the display, a third user-interfacescreen including one or more user-selectable controls, wherein each ofthe one or more user-selectable controls includes an indicator of arespective system of the identified vehicle, wherein the firstuser-interface screen including the user-selectable control includingthe indicator of the first scanner job performable on the identifiedvehicle is displayed in response to a selection of a user-selectablecontrol among the one or more user-selectable controls.

EEE 61 is the diagnostic tool of EEE 60, wherein the user-selectablecontrol among the one or more user-selectable controls includes anindicator of a scanner job being available upon selection of theuser-selectable control among the one or more user-selectable controls.

EEE 62 is the diagnostic tool of EEE 55, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: display, on the display, a third user-interfacescreen including multiple user-selectable controls, wherein each of themultiple user-selectable controls includes an indicator of a respectivescanner job performable on the identified vehicle, wherein one of themultiple user-selectable controls includes a user-selectable controlincluding an indicator of the first scanner job, and wherein the firstuser-interface screen including the user-selectable control includingthe indicator of the first scanner job performable on the identifiedvehicle is displayed in response to a selection of the user-selectablecontrol including the indicator of the first scanner job.

EEE 63 is the diagnostic tool of EEE 55, wherein the firstuser-interface screen includes a user-selectable control including anindicator of a second scanner job performable on the identified vehicle,wherein the second program instructions are executable by the one ormore processors to cause the diagnostic tool to: in response to aselection of the user-selectable control including the indicator of thesecond scanner job, display a third user-interface screen instead of thefirst user-interface screen, wherein the third user-interface screenincludes guidance for performing the second scanner job.

EEE 64 is the diagnostic tool of EEE 55, wherein the firstuser-interface screen includes a user-selectable control including anindicator of a second scanner job performable on the identified vehicle,wherein the second program instructions are executable by the one ormore processors to cause the diagnostic tool to: display a thirduser-interface screen during a performance of the first scanner jobafter the first user-interface screen and the second user-interfacescreen are displayed during the performance of the first scanner job,wherein the third user-interface screen is different than both the firstuser-interface screen and second user-interface screen and is at leasttwo user-interface screens away from the first user-interface screenusing a back user-selectable control, and wherein the thirduser-interface screen includes a user-selectable control for returningdirectly to the first user-interface screen; and in response toselection of the user-selectable control for returning directly to thefirst user-interface screen, display the first user-interface screenwith the user-selectable control including an indicator of the firstscanner job user-selectable control including an indicator of a secondscanner job performable on the identified vehicle and theuser-selectable control including an indicator of a second scanner jobperformable on the identified vehicle directly without displayinganother user-interface screen.

EEE 65 is the diagnostic tool of EEE 55, wherein the second programinstructions are executable by the one or more processors to cause thediagnostic tool to: display a third user-interface screen in response tothe selection of the first user-selectable control from the seconduser-interface screen, wherein the third user-interface screen includesa parameter identifier (PID) card configured to display a PID parametervalue contained in a vehicle data message received as a response to thefirst vehicle data message.

EEE 66 is the diagnostic tool of any one of EEE 55 to 65, wherein thefirst scanner job is associated with a search term, and wherein thesecond program instructions are executable by the one or more processorsto cause the diagnostic tool to: transmit, to a server, a request forguidance regarding the first scanner job, wherein the request includesthe search term; and receive, in response to the request, the guidancefor performing the procedure of the first scanner job.

EEE 67 is the diagnostic tool of any one of EEE 55 to 66, wherein thescan tool functions include a second scan tool function for the firstsystem of the identified vehicle, wherein the second user-interfacescreen includes a second user-selectable control including an indicatorof the second scan tool function for the first system of the identifiedvehicle, and in response to a selection of the second user-selectablecontrol from the second user-interface screen, transmit a second vehicledata message to the identified vehicle, wherein the second vehicle datamessage is addressed to a component of the first system of theidentified vehicle.

EEE 68 is the diagnostic tool of any one of EEE 55 to 67, wherein thefirst user-interface screen includes diagnostic information regardingthe identified vehicle.

EEE 69 is the diagnostic tool of any one of EEE 55 to 68, wherein thescan tool functions include one or more scan tool functions among thefollowing: a vehicle component reset function, a vehicle componentcalibration function, a vehicle component programming function, avehicle component read diagnostic trouble code (DTC) function, a vehiclecomponent clear DTC function, or a vehicle component control function.

EEE 70 is the diagnostic tool of any one of EEE 55 to 69, wherein theone or more processors includes an embedded processor programmed toexecute at least the first program instructions.

EEE 71 is the diagnostic tool of any one of EEE 55 to 70, wherein thedisplay includes a touch screen display, and wherein the selection ofthe first user-selectable control includes a user contact of the touchscreen display at or in proximity to the first user-selectable control.

EEE 72 is a method comprising: displaying, on a display, a firstuser-interface screen including a user-selectable control including anindicator of a first scanner job performable on an identified vehicle,wherein the display is operatively connected to one or more processors,wherein the one or more processors are operatively coupled to one ormore computer-readable mediums having stored thereon programinstructions executable by the one or more processors to perform scantool functions that include the one or more processors transmitting avehicle data message to the identified vehicle, wherein the scan toolfunctions include a first scan tool function for a first system of theidentified vehicle; in response to a selection of the user-selectablecontrol including the indicator of the first scanner job, displaying asecond user-interface screen instead of the first user-interface screen,wherein the second user-interface screen incudes a first user-selectablecontrol including an indicator of the first scan tool function for thefirst system of the identified vehicle, and guidance for performing aprocedure of the first scanner job; and in response to a selection ofthe first user-selectable control from the second user-interface screen,transmitting a first vehicle data message to the identified vehicle,wherein the first vehicle data message is addressed to a component ofthe first system of the identified vehicle.

EEE 73 is the method of EEE 72, wherein the method further includes: inresponse to the selection of the first user-selectable control from thesecond user-interface screen, displaying a third user-interface screeninstead of the second user-interface screen, wherein the thirduser-interface screen includes a user-selectable control including anindicator to proceed with performing the first scan tool function,wherein transmission of the first vehicle data message in response toselection of the second user-selectable control is conditioned on theuser-selectable control including the indicator to proceed withperforming the first scan tool function being selected from the thirduser-interface screen.

EEE 74 is the method of EEE 73, wherein the method further includes:determining, while the third user-interface screen is being displayed, astatus of performing the first scan tool function; and display, withinthe third user-interface screen, an indication of the status ofperforming the first scan tool function.

EEE 75 is the method of any one of EEE 72 to 74, wherein the thirduser-interface screen includes a user-selectable control selectable toswitch back to a prior user-interface screen; wherein the method furtherincludes: in response to a selection of the user-selectable controlselectable to switch back to a prior user-interface screen from thethird user-interface screen, switching from displaying the thirduser-interface screen on the display to displaying the seconduser-interface screen on the display.

EEE 76 is the method of EEE 72, wherein the method further includes:displaying, on the display, a third user-interface screen including auser-selectable control including an indicator of the first system ofthe identified vehicle; and in response to a selection of theuser-selectable control indicating the indicator of the first system ofthe identified vehicle, displaying a fourth user-interface screeninstead of the third user-interface screen, wherein the fourthuser-interface screen includes a user-selectable control including anindicator of the first scan tool function for the first system of theidentified vehicle and does not include any user-selectable control forselecting a scan tool function for a system of the identified vehicleother than the first system of the identified vehicle.

EEE 77 is the method of EEE 72, wherein the method further includes:displaying, on the display, a third user-interface screen including oneor more user-selectable controls, wherein each of the one or moreuser-selectable controls includes an indicator of a respective system ofthe identified vehicle, wherein the first user-interface screenincluding the user-selectable control including the indicator of thefirst scanner job performable on the identified vehicle is displayed inresponse to a selection of a user-selectable control among the one ormore user-selectable controls.

EEE 78 is the method of EEE 77, wherein the user-selectable controlamong the one or more user-selectable controls includes an indicator ofa scanner job being available upon selection of the user-selectablecontrol among the one or more user-selectable controls.

EEE 79 is the method of EEE 72, wherein the method further includes:displaying, on the display, a third user-interface screen includingmultiple user-selectable controls, wherein each of the multipleuser-selectable controls includes an indicator of a respective scannerjob performable on the identified vehicle, wherein one of the multipleuser-selectable controls includes a user-selectable control including anindicator of the first scanner job, and wherein the first user-interfacescreen including the user-selectable control including the indicator ofthe first scanner job performable on the identified vehicle is displayedin response to a selection of the user-selectable control including theindicator of the first scanner job.

EEE 80 is the method of EEE 72, wherein the first user-interface screenincludes a user-selectable control including an indicator of a secondscanner job performable on the identified vehicle, wherein the methodfurther includes: in response to a selection of the user-selectablecontrol including the indicator of the second scanner job, displaying athird user-interface screen instead of the first user-interface screen,wherein the third user-interface screen includes guidance for performingthe second scanner job.

EEE 81 is the method of EEE 72, wherein the first user-interface screenincludes a user-selectable control including an indicator of a secondscanner job performable on the identified vehicle, wherein the methodfurther includes: displaying a third user-interface screen during aperformance of the first scanner job after the first user-interfacescreen and the second user-interface screen are displayed during theperformance of the first scanner job, wherein the third user-interfacescreen is different than both the first user-interface screen and seconduser-interface screen and is at least two user-interface screens awayfrom the first user-interface screen using a back user-selectablecontrol, and wherein the third user-interface screen includes auser-selectable control for returning directly to the firstuser-interface screen; and in response to selection of theuser-selectable control for returning directly to the firstuser-interface screen, displaying the first user-interface screen withthe user-selectable control including an indicator of the first scannerjob user-selectable control including an indicator of a second scannerjob performable on the identified vehicle and the user-selectablecontrol including an indicator of a second scanner job performable onthe identified vehicle directly without displaying anotheruser-interface screen.

EEE 82 is the method of EEE 72, wherein the method further includes:displaying a third user-interface screen in response to the selection ofthe first user-selectable control from the second user-interface screen,wherein the third user-interface screen includes a parameter identifier(PID) card configured to display a PID parameter value contained in avehicle data message received as a response to the first vehicle datamessage.

EEE 83 is the method of any one of EEE 72 to 82, wherein the firstscanner job is associated with a search term, and wherein the methodfurther includes transmitting, to a server, a request for guidanceregarding the first scanner job, wherein the request includes the searchterm; and receive, in response to the request, the guidance forperforming the procedure of the first scanner job.

EEE 84 is the method of any one of EEE 72 to 83, wherein the scan toolfunctions include a second scan tool function for the first system ofthe identified vehicle, wherein the second user-interface screenincludes a second user-selectable control including an indicator of thesecond scan tool function for the first system of the identifiedvehicle, and in response to a selection of the second user-selectablecontrol from the second user-interface screen, transmit a second vehicledata message to the identified vehicle, wherein the second vehicle datamessage is addressed to a component of the first system of theidentified vehicle.

EEE 85 is the method of any one of EEE 72 to 84, wherein the firstuser-interface screen includes diagnostic information regarding theidentified vehicle.

EEE 86 is the method of any one of EEE 72 to 85, wherein the scan toolfunctions include one or more scan tool functions among the following: avehicle component reset function, a vehicle component calibrationfunction, a vehicle component programming function, a vehicle componentread diagnostic trouble code (DTC) function, a vehicle component clearDTC function, or a vehicle component control function.

EEE 87 is the method of any one of EEE 72 to 86, wherein the one or moreprocessors includes an embedded processor programmed to execute at leastthe first program instructions.

EEE 88 is the method of any one of EEE 72 to 87, wherein the displayincludes a touch screen display, and wherein the selection of the firstuser-selectable control includes a user contact of the touch screendisplay at or in proximity to the first user-selectable control.

EEE 89 is a computer-readable medium having stored thereon: (1) firstprogram instructions executable by one or more processors to cause acomputing system to perform scan tool functions that includetransmitting a vehicle data message to an identified vehicle, whereinthe scan tool functions include a first scan tool function for a firstsystem of the identified vehicle, and (2) second program instructionsexecutable by the one or more processors to cause the computing systemto perform other functions comprising: displaying, on a display, a firstuser-interface screen including a user-selectable control including anindicator of a first scanner job performable on the identified vehicle;in response to a selection of the user-selectable control including theindicator of the first scanner job, displaying a second user-interfacescreen instead of the first user-interface screen, wherein the seconduser-interface screen incudes a first user-selectable control includingan indicator of the first scan tool function for the first system of theidentified vehicle, and guidance for performing a procedure of the firstscanner job; and in response to a selection of the first user-selectablecontrol from the second user-interface screen, transmitting a firstvehicle data message to the identified vehicle, wherein the firstvehicle data message is addressed to a component of the first system ofthe identified vehicle.

EEE 90 is the computer-readable medium of EEE 89, wherein the secondprogram instructions are executable by the one or more processors tocause the computing system to: in response to the selection of the firstuser-selectable control from the second user-interface screen, display athird user-interface screen instead of the second user-interface screen,wherein the third user-interface screen includes a user-selectablecontrol including an indicator to proceed with performing the first scantool function, wherein transmission of the first vehicle data message inresponse to selection of the second user-selectable control isconditioned on the user-selectable control including the indicator toproceed with performing the first scan tool function being selected fromthe third user-interface screen.

EEE 91 is the computer-readable medium of EEE 90, wherein the secondprogram instructions are executable by the one or more processors tocause the computing system to: determine, while the third user-interfacescreen is being displayed, a status of performing the first scan toolfunction; and display, within the third user-interface screen, anindication of the status of performing the first scan tool function.

EEE 92 is the computer-readable medium of any one of EEE 90 to 91,wherein the third user-interface screen includes a user-selectablecontrol selectable to switch back to a prior user-interface screen;wherein the second program instructions are executable by the one ormore processors to cause the computing system to: in response to aselection of the user-selectable control selectable to switch back to aprior user-interface screen from the third user-interface screen, switchfrom displaying the third user-interface screen on the display todisplaying the second user-interface screen on the display.

EEE 93 is the computer-readable medium of EEE 89, wherein the secondprogram instructions are executable by the one or more processors tocause the computing system to: display, on the display, a thirduser-interface screen including a user-selectable control including anindicator of the first system of the identified vehicle; and in responseto a selection of the user-selectable control indicating the indicatorof the first system of the identified vehicle, display a fourthuser-interface screen instead of the third user-interface screen,wherein the fourth user-interface screen includes a user-selectablecontrol including an indicator of the first scan tool function for thefirst system of the identified vehicle and does not include anyuser-selectable control for selecting a scan tool function for a systemof the identified vehicle other than the first system of the identifiedvehicle.

EEE 94 is the computer-readable medium of EEE 89, wherein the secondprogram instructions are executable by the one or more processors tocause the computing system to: display, on the display, a thirduser-interface screen including one or more user-selectable controls,wherein each of the one or more user-selectable controls includes anindicator of a respective system of the identified vehicle, wherein thefirst user-interface screen including the user-selectable controlincluding the indicator of the first scanner job performable on theidentified vehicle is displayed in response to a selection of auser-selectable control among the one or more user-selectable controls.

EEE 95 is the computer-readable medium of EEE 94, wherein theuser-selectable control among the one or more user-selectable controlsincludes an indicator of a scanner job being available upon selection ofthe user-selectable control among the one or more user-selectablecontrols.

EEE 96 is the computer-readable medium of EEE 89, wherein the secondprogram instructions are executable by the one or more processors tocause the computing system to: display, on the display, a thirduser-interface screen including multiple user-selectable controls,wherein each of the multiple user-selectable controls includes anindicator of a respective scanner job performable on the identifiedvehicle, wherein one of the multiple user-selectable controls includes auser-selectable control including an indicator of the first scanner job,and wherein the first user-interface screen including theuser-selectable control including the indicator of the first scanner jobperformable on the identified vehicle is displayed in response to aselection of the user-selectable control including the indicator of thefirst scanner job.

EEE 97 is the computer-readable medium of EEE 89, wherein the firstuser-interface screen includes a user-selectable control including anindicator of a second scanner job performable on the identified vehicle,wherein the second program instructions are executable by the one ormore processors to cause the computing system to: in response to aselection of the user-selectable control including the indicator of thesecond scanner job, display a third user-interface screen instead of thefirst user-interface screen, wherein the third user-interface screenincludes guidance for performing the second scanner job.

EEE 98 is the computer-readable medium of EEE 89, wherein the firstuser-interface screen includes a user-selectable control including anindicator of a second scanner job performable on the identified vehicle,wherein the second program instructions are executable by the one ormore processors to cause the computing system to: display a thirduser-interface screen during a performance of the first scanner jobafter the first user-interface screen and the second user-interfacescreen are displayed during the performance of the first scanner job,wherein the third user-interface screen is different than both the firstuser-interface screen and second user-interface screen and is at leasttwo user-interface screens away from the first user-interface screenusing a back user-selectable control, and wherein the thirduser-interface screen includes a user-selectable control for returningdirectly to the first user-interface screen; and in response toselection of the user-selectable control for returning directly to thefirst user-interface screen, display the first user-interface screenwith the user-selectable control including an indicator of the firstscanner job user-selectable control including an indicator of a secondscanner job performable on the identified vehicle and theuser-selectable control including an indicator of a second scanner jobperformable on the identified vehicle directly without displayinganother user-interface screen.

EEE 99 is the computer-readable medium of EEE 89, wherein the secondprogram instructions are executable by the one or more processors tocause the computing system to: display a third user-interface screen inresponse to the selection of the first user-selectable control from thesecond user-interface screen, wherein the third user-interface screenincludes a parameter identifier (PID) card configured to display a PIDparameter value contained in a vehicle data message received as aresponse to the first vehicle data message.

EEE 100 is the computer-readable medium of any one of EEE 89 to 99,wherein the first scanner job is associated with a search term, andwherein the second program instructions are executable by the one ormore processors to cause the computing system to: transmit, to a server,a request for guidance regarding the first scanner job, wherein therequest includes the search term; and receive, in response to therequest, the guidance for performing the procedure of the first scannerjob.

EEE 101 is the computer-readable medium of any one of EEE 89 to 100,wherein the scan tool functions include a second scan tool function forthe first system of the identified vehicle, wherein the seconduser-interface screen includes a second user-selectable controlincluding an indicator of the second scan tool function for the firstsystem of the identified vehicle, and in response to a selection of thesecond user-selectable control from the second user-interface screen,transmit a second vehicle data message to the identified vehicle,wherein the second vehicle data message is addressed to a component ofthe first system of the identified vehicle.

EEE 102 is the computer-readable medium of any one of EEE 89 to 101,wherein the first user-interface screen includes diagnostic informationregarding the identified vehicle.

EEE 103 is the computer-readable medium of any one of EEE 89 to 102,wherein the scan tool functions include one or more scan tool functionsamong the following: a vehicle component reset function, a vehiclecomponent calibration function, a vehicle component programmingfunction, a vehicle component read diagnostic trouble code (DTC)function, a vehicle component clear DTC function, or a vehicle componentcontrol function.

EEE 104 is the computer-readable medium of any one of EEE 89 to 103,wherein the one or more processors includes an embedded processorprogrammed to execute at least the first program instructions.

EEE 105 is the computer-readable medium of any one of EEE 89 to 104,wherein the display includes a touch screen display, and wherein theselection of the first user-selectable control includes a user contactof the touch screen display at or in proximity to the firstuser-selectable control.

We claim:
 1. A diagnostic tool comprising: a processor; a display; and anon-transitory computer-readable memory having stored thereon programinstructions executable by the processor to cause the diagnostic toolto: identify a vehicle; output, on the display, a first user-interfacescreen including an indicator of a scanner job performable on thevehicle; output, on the display in response to a selection of auser-selectable control corresponding to the scanner job, a seconduser-interface screen instead of the first user-interface screen,wherein the second user-interface screen includes an indicator of a scantool function for a first system of the vehicle, and guidancecorresponding to the scanner job; transmit, in response to a selectionof a user-selectable control corresponding to the scan tool function,first and second vehicle data messages addressed to a component of thefirst system of the vehicle, wherein the first vehicle data messageincludes a control instruction, and the second vehicle data messageincludes a parameter identifier; and output, on the display, a parametervalue contained in a vehicle data message from the vehicle, wherein theparameter value corresponds to the parameter identifier.
 2. Thediagnostic tool of claim 1, wherein transmitting the first and secondvehicle data messages includes transmitting the first and second vehicledata messages directly to the vehicle or transmitting the first andsecond vehicle data messages directly to a vehicle-to-tool link deviceconnected to the vehicle.
 3. The diagnostic tool of claim 1, wherein theparameter value corresponding to the parameter identifier is output onthe display in a graph, and wherein the graph shows other parametervalues corresponding to the parameter identifier.
 4. The diagnostic toolof claim 1, wherein the parameter value output on the display representsa status of performing the scan tool function.
 5. The diagnostic tool ofclaim 1, wherein the component of the first system of the vehicleincludes a first component, wherein the vehicle includes a secondcomponent, and wherein the control instruction includes a controlinstruction to: turn on the second component, turn off the secondcomponent, operate the second component at a particular value, release apressure in the second component, release the second component, orinitialize a software program in the first component.
 6. The diagnostictool of claim 1, wherein the component of the first system of thevehicle includes a first component, wherein the vehicle includesmultiple other components, wherein the first vehicle data messageincludes multiple vehicle data messages having control instructions, andwherein the control instructions include control instructions to controlthe multiple other components according to a particular sequence.
 7. Thediagnostic tool of claim 1, wherein the display includes a touch screendisplay, and wherein the selection of the user-selectable controlcorresponding to the scanner job includes a user contact of the touchscreen display at or in proximity to the user-selectable controlcorresponding to the scanner job, and/or the selection of theuser-selectable control corresponding to the first scan tool functionincludes a user contact of the touch screen display at or in proximityto the user-selectable control corresponding to the first scan toolfunction.
 8. The diagnostic tool of claim 1, wherein the user-selectablecontrol corresponding to the scanner job and/or the user-selectablecontrol corresponding to the first scan tool function includes a key ofa keypad.
 9. The diagnostic tool of claim 1, wherein the programinstructions are executable by the processor to request and receivediagnostic information from the vehicle.
 10. The diagnostic tool ofclaim 9, wherein the diagnostic information comprises a diagnostictrouble code.
 11. The diagnostic tool of claim 9, wherein the diagnosticinformation is shown on the first user-interface screen.
 12. Thediagnostic tool of claim 9, wherein the processor is configured toexecute the program instructions to request and receive diagnosticinformation from the vehicle in response to a user-selectable controlcorresponding to a diagnostic trouble code scan.
 13. The diagnostic toolof claim 1, wherein the program instructions executable by the processorto cause the diagnostic tool to identify the vehicle include programinstructions executable by the processor to cause the diagnostic tool tooutput one or more additional user-interface screens and to receive userselections entered via the one or more additional user-interfacescreens, and wherein the user selections entered via the one or moreadditional user-interface screens are indicative of one or morecharacteristics of the vehicle.
 14. The diagnostic tool of claim 1,wherein the program instructions executable by the processor to causethe diagnostic tool to identify the vehicle include program instructionsexecutable by the processor to cause the diagnostic tool to identify thevehicle based on a vehicle identification number corresponding to thevehicle.
 15. The diagnostic tool of claim 1, wherein the guidancecorresponding to the scanner job includes one or more from among: atechnical service bulletin, information indicating top repairs made toother vehicles that are the same type of vehicle as the vehicle,guidance for performing a procedure of the scanner job, informationregarding placement of targets for calibrating a camera, information oninterpreting data regarding calibrating the camera, repair informationregarding removing the component on the vehicle, repair informationregarding replacing the component on the vehicle, or guidance regardinga different scanner job.
 16. The diagnostic tool of claim 15, whereinthe vehicle is a first vehicle, and wherein the information indicatingtop repairs made to other vehicles that are the same type of vehicle asthe first vehicle includes a graph of commonly replaced parts.
 17. Thediagnostic tool of claim 1, wherein the scan tool function includes: avehicle component reset function, a vehicle component calibrationfunction, a vehicle component programming function, a vehicle componentread diagnostic trouble code function, a vehicle component cleardiagnostic trouble code function, or a vehicle component controlfunction.
 18. The diagnostic tool of claim 1, wherein the scan toolfunction includes a scan tool function to diagnose the vehicle, a scantool function to repair the vehicle, or a scan tool function performedafter repairing the vehicle.
 19. The diagnostic tool of claim 18,wherein the scan tool function performed after repairing the vehicleincludes a scan tool function to reset the component of the first systemof the vehicle.
 20. The diagnostic tool of claim 1, wherein theindicator of the scanner job is indicative of a scanner job thatincludes diagnosing a vehicle, making a measurement, making anadjustment, testing a vehicle component, calibrating a vehiclecomponent, programming or re-programming a vehicle component,controlling a vehicle component, performing maintenance to a vehicle,and/or removing and replacing a vehicle component.
 21. A methodperformed by a diagnostic tool including a processor and a display, themethod comprising: identifying a vehicle; outputting, on the display, afirst user-interface screen including an indicator of a scanner jobperformable on the vehicle; outputting, on the display in response to aselection of a user-selectable control corresponding to the scanner job,a second user-interface screen instead of the first user-interfacescreen, wherein the second user-interface screen includes an indicatorof a scan tool function for a first system of the vehicle, and guidancecorresponding to the scanner job; transmitting, in response to aselection of a user-selectable control corresponding to the scan toolfunction, first and second vehicle data messages addressed to acomponent of the first system of the vehicle, wherein the first vehicledata message includes a control instruction, and the second vehicle datamessage includes a parameter identifier; and outputting, on the display,a parameter value contained in a vehicle data message from the vehicle,wherein the parameter value corresponds to the parameter identifier. 22.A non-transitory computer readable memory having stored thereon programinstructions executable by a processor to cause a diagnostic toolincluding a display to perform functions comprising: identifying avehicle; outputting, on the display, a first user-interface screenincluding an indicator of a scanner job performable on the vehicle;outputting, on the display in response to a selection of auser-selectable control corresponding to the scanner job, a seconduser-interface screen instead of the first user-interface screen,wherein the second user-interface screen includes an indicator of a scantool function for a first system of the vehicle, and guidancecorresponding to the scanner job; transmitting, in response to aselection of a user-selectable control corresponding to the scan toolfunction, first and second vehicle data messages addressed to acomponent of the first system of the vehicle, wherein the first vehicledata message includes a control instruction, and the second vehicle datamessage includes a parameter identifier; and outputting, on the display,a parameter value contained in a vehicle data message from the vehicle,wherein the parameter value corresponds to the parameter identifier.